Show HN: ChartDB Agent – Cursor for DB schema design (app.chartdb.io)

130 points by guyb3 ↗ HN
Last year we launched ChartDB OSS (https://news.ycombinator.com/item?id=44972238) - an open-source tool that generates ER diagrams from your database (via query/sql/dbml) without needing direct DB access.

Now we’re launching the ChartDB Agent.

It helps you design databases from scratch or make schema changes with natural language.

You can:

- Generate schemas by simply describing them in plain English

- Brainstorm new tables, columns, and relationships with AI

- Iterate visually in a diagram (ERD)

- Deterministically export SQL script

Try it out here - https://chartdb.io/ai - no signup required.

Or sign up and use it on your own database

Would love to get your feedback :)

23 comments

[ 2.6 ms ] story [ 42.9 ms ] thread
This is really cool! Would love to use that for quite a bit of prototyping on some personal projects!

Only thing I kinda dislike is the low readability of the connection because of that border around the table of the same color as the connection lines (I think things would look cleaner without it)

And when will it do class designs? Maybe this would solve many an AI coding issue.
What can this do that Claude Code cannot? Is it just the ERD?
Wow, how can you afford offering free AI on the homepage for an OSS project? I can barely afford AI APIs even for my own personal use. Seems like it would drive costs through the roof.
Maybe they value the training data?
My conversation

"Design a schema like Calendly" --> Did it

"OK let's scale this to 100m users" --> Tells me how it would. No schema change.

"Did you update the schema?" --> Updates the schema, tells me what it did.

We've been running into this EXACT failure mode with current models, and it's so irritating. Our agent plans migrations, so it's code-adjacent, but the output is a structured plan (basically: tasks, which are prompt + regex. What to do; where to do it.)

The agent really wants to talk to you about it. Claude wants to write code about it. None of the models want to communicate with the user primarily through tool use, even when (as I'm sure ChartDB is) HEAVILY prompted to do so.

I think there's still a lot of value there, but it's a bummer that we as users are going to have to remind all LLMs for a little bit to do keep using their tools beyond the 1st prompt.

I asked it to abstract a event-specific table to a GP "events" table which it did, but kept the specific table. I asked it to delete that table and it said it did, but did not. I got stuck in a loop asking it to remove the table that the LLM insisted was not part of the schema, but was present in the diagram.

It was easier to close the tab than fire a human, but other than that not a great experience.

to save tokens you should have a pre-baked replay play when you click those buttons i just want to see the end result and the process sped up since i dont know what the service does. good luck!
This is super cool!

Have you thought about making a tool to help preview/dry run migrations?

I feel that's something I would want a ton of confidence in if an LLM is making migration scripts.

Especially if it's doing scary stuff like breaking up a table.

In my experience most AI coding tools can work with databases, especially if you give it an MCP tool to connect to your (development) database. It will generate mermaid er-diagrams by reading from your database catalog, it will generate SQL to create tables, views, etc. It will generate queries, validate them and return data. It will optimize your query performance by running the query, running explain plan, looking into pg_stat_statements (or whatevery your database uses), and propose SQL optimization, indexes to be created. It will also create demo data with realistic use cases like black friday or back to school discounts for prices, etc.

A SQL MCP + mermaid is all you need.

Btw, it can also do an awesome job turning query plans into readable mermaid flow diagrams, adding details to the chart, using color to highlight bottlenecks.

I tried my prompt with Claude and with this tool. There is no discussion with this tool. It just generates (a pretty cool) diagram.

I'll probably stick with Claude for now.

A killer feature would be a discussion loop that slowly refines the model in plaintext before committing to a diagram.

Super cool and useful, thank you. Was just doing some database mapping so this is perfect!
I can prompt an LLM to make a mermaid diagram and iterate on it. Why do I need "ChartDB"?
The idea is great but it feels like it uses a dumb model
It'd be nice if it also included the queries for each use case, and had a better understanding of sharding. As is, I gave it a bunch of requirements, it created some tables. Was it sufficient? No idea, it didn't say what the query was for each requirement. Would it scale? Again, no idea without the queries. (But actually, no, it wouldn't have scaled; some requirements were impossible without cross-shard scans).
The visual is really nice. I can appreciate this tool, but once it’s in my database it’s for the human to manage and update. Do I go back to using this tool? How can this help? I don’t want any tool to read data like mcp can. Read table names, sure.
The UI presentation of Schema is really nice. Is there a javascript based UI for web that is used?
On the homepage it says "Sinmple" above "Export SQL", fyi
It seems very useful for people that haven't designed many databases (it follows good patterns), but I feel like I could build the ERD faster than I could build those detailed prompts (from the examples), and I would get the benefit of naming things my way.
Nice thanks, I was finally able to design the schema for my dog turd tracker. The foreign key to the smells table was a great suggestion!