设计数据库的时候，用不用工具、用什么工具呢？

[Lucups]

之前受公司架构师影响，使用 PowerDesigner，后来自己又尝试了 MySQL WorkBench。
现在我发现其实还是手写 SQL 最方便。
另外就是，遇到版本不兼容问题时，手写SQL能更快定位错误，不知各位怎么看？

[feikeq]

记事本

[sun1991]

纸, 笔.

[TangMonk]

将就问下，用过rails的人还会可以设计数据库吗？

[TangMonk]

可以 ＝ 刻意

[fangjinmin]

Eclipse + ERMaster

[Septembers]

设计数据库表结构的时候
不要具体数据库
不要具体字段类型
不要马上开始制作UML
先行构思一个基础模型，画草图，
基本想法 基本稳定 再建UML

（如果一开始就建UML，确定数据库，确定字段类型
（在一次次调整数据库的过程中会让你 力不从心 从而 丧失战斗力

[Lucups]

@sun1991 纸笔效率太低，修修改改最后没法看，而且不能保存每次的更新记录。尤其是已经进入开发过程。

[holystrike]

MySQL WorkBench
方便复查、对外沟通、文档生成、数据迁移等等

[Septembers]

@Lucups
数据库架构设计 是做可行性方案时候要考虑的
都已经进入开发阶段了 这时候更新数据库架构很做死（除非贵司有足够能力在 像rust那样 发现更好的实现能推翻重做

[vietor]

带注释的SQL

[Lucups]

@holystrike 我后来选择 MySQL WorkBench 的主要原因就是 跨平台+免费。
PowerDesinger 要钱还只能跑在 Windows 上。

[Lucups]

@TangMonk 你们设计 Entity 吧

[Lucups]

@Septembers 开发阶段需求调整需要调整一下或者添加某些字段也是正常的需求啊。

[Septembers]

@Lucups 我特指 架构 不是 单表

[crazyxin1988]

PowerDesinger
设计完，直接生成sql语句

[mengzhuo]

一般ORM

WorkBench 可以直接实体图出表结构，或者表结构变实体图

[jedrek]

MySQL WorkBench
开发阶段，免不了随时调整数据库设计，自己查看和跟人沟通，一个直观的表图极大提高效率。
一图胜千言。
加上免费、跨平台，用起来还挺顺手，找不到不使用的理由

[snailsir]

记事本 +1

[hildert]

MySQL WorkBench +1

[evlos]

我一般用 mindmap

[leassy]

我直接按需求建表,嘿嘿

[lj6684]

Navicat

[Lucups]

@evlos 不能生成SQL吧

[evlos]

@Lucups 不能的，用这个设计完数据库我就直接写 ORM 了

[yakczh]

rake

[jianghu52]

我这么low的人只会用纸和笔。另外基本上所有的数据库设计真正有用的，都是跟人讨论出来的。自己设计的时候，怎么想都不对。

[sadaharu09]

Navicat，我很懒，就用这个。好贵啊。

[sacuba]

看了下上面 没有人用erwin的么 蛮好用的啊

[ruchee]

1、先开个 txt 写清整个项目的表结构划分
2、用框架生成各个表的 migrations 文件，比如 Laravel、Symfony、Rails 都有提供命令行
3、照着第一步的数据表蓝图填充好具体的字段信息，每个字段语句后面用注释写明该字段的意义、用途
4、执行框架提供的数据迁移命令，生成真正的数据表

so，各个 migrations 文件其实就是数据库的设计文档了，方便自己和队友查看

[ruchee]

@ruchee 第一步写文本设计稿时需要点时间，一般是一天内全部写完，然后接下来的几天陆续补充或修改，直至最后觉得考虑全面了为止

[zonghua]

@vietor 怎么练习啊，我写sql经常拼错。

[realpg]

一般来说我都是按MYSQL需求直接建表了 直接PHPMYADMIN操作了

而且因为折腾MySQL多年，对查询优化什么的也略有研究，基本建表时就考虑到了所有可能用这个表的查询同时索引预设到位，没什么问题，基本后期连索引都不用调，最多的是为了优化查询效率，关联表之间做冗余列的调整

自己设计系统架构自己开发多了，就这习惯了。