大家在工作中创建服务端项目的数据库表都是怎么设计怎么建的？手写 SQL，用 GUI 工具还是 ORM 框架？

ORM 框架 nutz 里的 dao

先写数据字典文档，然后用 GUI 工具。

GUI 工具，边想边建

GUI

@linauror 都用的啥 GUI 工具呢？

建表手写 sql ，gui 太磨叽

话说你们先写业务代码还是先设计数据库啊？我以前都是先设计数据库表，然后再写业务代码。。但现在觉得也可以先写业务代码，再设计数据库表。。。
前者的话，我是直接用 navicat 设计表的，然后再用 orm 工具生成 PO 。。后者的话。。我还没尝试过。但感觉后者搞不了。。因为我写的是业务实体，并不一定代表了数据库表的结构

@Ayanokouji GUI 不是可以看到各个实体之间的关系，更加清晰，避免问题吗？

手写，或者复制类似表的 SQL 过来修改一下。

navicat 呗，一边写一边改

先写文档，然后评审，最后手写 SQL （毕竟代码要归档）。

用的最好的工具是 navicat,可惜,没有 license,现在全部手写,没有找到称手的工具

我是把需求和之前建表的 sql 发给 gpt ，让它帮我写成 sql ，这么干起码已经半年了。。。

直接写 model, 然后用 orm 开自动迁移

额，prompt + gpt + PDManer + 代码生成器.. 我好懒

用 Excel ，然后转换成 Class ，最后自动生成 SQL

@289396212 现在又不使用外键，gui 也没啥吧，写 sql 前都是有设计文档的，最次也有个脑图。

先写文档，然后通过文档生成建表 sql ，然后根据表结构生成代码。

以前是会喜欢用 dao 自动生成，后来发现。。。。。。。。。。。。。。。。。。。。。。。
还是 gui 生成了 sql 扔到 mirgrate 里面香

用 markdown 写数据字典，定稿了用脚本把数据字典跑成 sql 脚本。

你这一问，我有个想法，打算写个 obsidian 插件，自动在数据字典表格下面挂 SQL

第一版可能 GUI 或者 ORM ，但后面 99%都要手写。DB 跟 代码的正反向工程，就是一个看起来很美，但因前台太苛刻而难以用起来的东西。光一个「除了 DBA 和做映射的，谁都不能动数据库」这个小前提，实现难度就很大这意味着造测试数据、查询优化这种原本半个小时的活，往往要好多天（倒不是实际要搞那么多天，而是要等流程）。

直接写 sql ，感觉 sql 简单明了一些

我是要么用 navicat 要么 phpmyadmin 反正就是建表用 然后 sql 导出看一眼 再喂给 gpt 看看有没有什么优化的地方.
然后 gorm 的那个 gen 工具生成
单表的话 https://old.printlove.cn/tools/sql2gorm 用这个在线转换下结构体

先用 pdmanner http://www.pdmaner.com/#/，设计表然后导出 sql

居然没有看到用 PowerDesigner 的。。。。。。

边建表边写代码，一边写代码一边改 schma 也许才是真实写照吧。

手写 sql 搭配 vim 也可以 虽然插件不怎么样 但还是可以运作 vim-dadbod vim-dadbod-ui
储存请求就会送出
https://github.com/kristijanhusak/vim-dadbod-ui

vim 从不同 buffer 补全内容还是挺爽的

EFCore Code First

ORM
从不手写 sql

GUI 生成。大公司什么东西都喜欢自己搞一套。

手写最方便也最快，CV 大法速度飞起。GUI 用起来太麻烦

gorm + migration

问个问题，一般都是手写 sql 的情况下，线上 sql 要审核，orm 顶多用来做做连接，各种操作都是纯 sql ，除了 DBA 执行 update ，代码层面和数据库有什么方便的同步手段么

基础遵循三大范式、建模输出 E-R 图、评审无异用生成的 sql 或者 GUI

datagrip 写完 sql 复制到 idea

GUI

首先排除第一个