项目上如果没有管理好数据库建模的文件,在团队协作、数据库改造、工作交接等事宜上,会带来极大的沟通成本、理解成本、以及交接成本。
方案 1
使用draw.io/processOn等作图工具,画出数据模型。然后再对着数据模型建表
问题
- 如果仅用画图工具来做数据库模型,不能生成 sql 的话,会带来额外的工作量。
- 数据库开发过程中会有改动,改动后一般不会或者遗漏去更新数据库模型。更新起来也麻烦。
方案 2
使用 power designer 建模,然后生成数据库
问题
- 在数据库有更新之后,可以用数据库反过来更新建模。由于数据库不推荐设置外键关系,仅在使用时做逻辑关联,反过来生成的建模并不能表示出表与表之间的关系。
- 个人觉得 power designer 使用体验很差...
大家有什么更好的方案推荐么?