很多开发者缺的不是画图软件。

缺的是一个临时能用、不用注册、不用装客户端、最好也别把 schema 上传到云端的小工具。

SQL to ER Diagram 做的就是这件事：把 SQL DDL 粘进去，在浏览器里生成可交互 ER 图。支持 PostgreSQL、MySQL、SQLite、SQL Server，能解析 CREATE TABLE / ALTER TABLE 这类 DDL，把表、字段、主键、外键和关系摊开。

这类工具看着小，但卡位很准。接手老库、写技术文档、review migration、给新人交接系统时，第一步往往不是“重新设计数据库”，而是先看懂这堆表到底怎么连。

它能做什么，边界在哪里

这不是完整数据库建模平台。更准确地说，它是一个轻量 ERD 生成器。

核心能力可以压成一张表：

项目已知能力使用边界
输入解析 CREATE TABLE / ALTER TABLE DDL不等于覆盖所有复杂 SQL 方言
数据库支持 PostgreSQL、MySQL、SQLite、SQL Server更适合常见表结构和约束
可视化展示表、字段、主键、外键、关系目标是快速读懂结构，不是重型建模
整理支持拖拽、自动布局、备注适合临时梳理，不适合复杂协作流程
导出支持高分辨率 PNG、SVG、项目文件方便写文档、做交接、放进评审材料
分享支持 URL 编码分享schema 可能进入链接本身，别当私密通道
隐私声称全部在浏览器本地运行，schema 不上传服务器适合对上传敏感的内部库结构

这里最该强调的是隐私边界。

数据库 schema 通常不含真实业务数据，但并不等于不敏感。表名、字段名、主外键关系，足够暴露业务模型。支付、风控、CRM、订单系统，光看结构就能猜出不少东西。

所以“本地浏览器运行，不上传 schema”不是装饰卖点。对这类工具来说，这是入场券。

但 URL 分享要谨慎。既然是编码分享，就可能把 schema 或图信息塞进链接。内部库结构不要随手发公开群，也不要贴到公开 issue。方便和私密不是一回事。

对后端和文档维护者，影响很具体

对后端开发者，它减少的是启动成本。

遇到一个陌生库，不必先开建模软件，不必新建云项目，也不必把 DDL 扔给外部 SaaS。复制建表语句，生成 ER 图，先判断表关系、核心实体、外键链路。能看懂，再决定要不要上更重的工具。

对 DBA、数据库维护者和技术写作者，它更像文档流水线里的一个中间件。

把 DDL 转成图，拖一下布局，加几条备注，导出 PNG 或 SVG，塞进设计文档、交接说明、评审材料。这个动作不复杂，但过去经常被账号、权限、导出限制和云端上传卡住。

人群原来的麻烦这个工具带来的动作变化
后端开发者接手老库时先靠肉眼读 DDL先生成 ER 图，再定位核心表关系
DBA / 维护者内部 schema 不方便上传外部平台在浏览器本地整理，再导出图片或项目文件
技术写作者数据库结构图制作成本高用 DDL 快速生成图，补备注后进文档
项目交接者表关系靠口头解释，容易漏用图把主键、外键、关联路径说清

它不会替你理解业务，也不会替你修正糟糕的数据库设计。

它只是把第一步变快：先看清，再讨论。

这个“先看清”很值钱。很多技术沟通失败，不是因为大家意见不同，而是因为一开始看的就不是同一张图。

小工具正在反击过度平台化

我更在意的不是它画得多漂亮，而是它没有把一个小需求做成大仪式。

过去几年，生产力软件有一种惯性：先注册，后使用；先建工作区，再导出；先把数据上传云端，再谈协作。商业上能理解。账号、留存、团队付费、数据沉淀，都是生意。

“天下熙熙，皆为利来。”这句话放在这里不玄。平台当然希望把一次性需求变成长期关系。

问题是，开发者的很多工作并不需要长期关系。

转一次格式，画一次结构图，看一次 schema，压根不该先交出邮箱、公司名和内部上下文。尤其是代码、配置、日志、数据库结构这类材料，功能少一点可以忍，数据乱跑不能忍。

这就是轻量、开源、本地运行工具重新受欢迎的原因。它们不一定会长成大平台，也未必需要。螺丝刀不需要用户体系。它只需要在拧螺丝时好用。

当然，也别把它神化。

目前能确认的是，它面向常见 DDL 和常见约束，适合快速生成 ER 图。至于复杂方言、特殊约束、超大 schema、离线可用性、解析失败时的提示质量、导出图在大项目里的可读性，还要看实际使用表现。材料里没有给出性能指标、安全审计、开源协议和用户规模，就不能替它补光环。

所以我的判断很简单：它不是替代专业建模工具，而是推迟你打开专业建模工具的时间。

如果只是读库、写文档、做交接，它可能够了。如果要版本管理、团队协作、权限控制、复杂建模规范，那还是得回到更重的系统。

真正该观察的也不是它会不会“颠覆”谁，而是几个硬变量：复杂 DDL 解析是否稳定，大 schema 下图是否还能读，项目文件是否便于长期维护，URL 分享的隐私提示是否足够清楚。

工具越轻，越要把边界标明。克制不是少做事，而是不把每个螺丝都做成平台入口。