> 建表是提前在程序运行前就建立好吗？还是直接在程序中初始化？ 最近开始用到了数据库设计工具，提前设计好了后直接就生成 SQL 了，所以我想知道，你们是提前就把表初始化了，还是在运行时初始化呢？

一般不直接接触数据库，使用 ORM 为主。好处是可以少写 SQL，以及接驳不同的数据库比较容易（比如测试的时候，需要接驳临时的内存数据库 vs 开发接驳开发数据库 vs 线上数据库，这几个数据库可能类型都不一样，一套代码可以跑在不同的数据库上）。 数据模型在代码中定义完之后，使用 migration 服务生成 migration 文件（类似一些数据库指令，修改字段，创建新表等）。每次数据模型变更（删除，加减字段）之后，都需要增量生成 migrations files 。上线前，把生成的 migrations files 对着目标数据跑一边。

> 如果提前建立好，怎么自动化这个过程呢？ 经常会有线上 BUG，要重新初始化数据库，那么怎么自动化呢？直接让运维写个脚本，然后到时候 call 他让他重启吗？

玩归完，闹归闹，线上数据数据库不要随便初始化，这个属于严重数据事故。
数据结构发生变更之后，生成 migrations 文件，上线前，对着数据库跑一下这些文件即可。migrations 文件，是需要过代码审核的。 一般新增字段或者模型是最容易的，因为不影响已有的数据。变更和删除字段在一个比较成熟的线上系统里面比较少见，因为要考虑对已有数据的影响。

> 你们在开发过程中，会写数据库的设计文档吗？

用 ORM 的话，在代码的数据模型中做好文档即可。

> 如果要写的话，是用的什么工具来管理的呢？

文档写在代码里，使用标准的文档生成工具生成静态页面即可，例如 mkdoc