idea 自带的数据库插件有良好的自动补全和错误提示写 sql 还行，但碰到条件拼接就不行了，在字符串里拼条件编译器也不知道你错没错，要做到编译器也能提示的 sql builder ，我记得 jooq 勉强可以，但总之 java 的类型系统实现起来比较蛋疼。 typescript 这方面比较有潜力，这边类似的有 kysely 。如果不需要对 sql 如此精确的控制力，目前体验最好的是 prisma 。 如果既要又要呢，想用 kysely 达到 prisma 的效果,就要多写一堆子查询还要给子查询包一层 to_json 函数，所以只能说没有完美的解决方案，都是各有所长，勉强来说两全其美的方案是 prisma-extension-kysely ，没有复杂需求的时候用 prisma ，有复杂 sql 时，用 kysely 弥补 prisma 写 raw sql 两眼一抹黑的缺点。

现在直接把表结构 需求打包给 ai 结果大差不差

```go var sqlx strings.Builder var args []any sqlx.WriteString("SELECT `id`, `ref`, `out_key`, `first_name`, `last_name`, `email_address`, `phone_number`, `avatar_url`, `photo_url`, `status`, `created_at`, `updated_at` ") sqlx.WriteString("FROM `users` ") sqlx.WriteString("WHERE `status` >= 0 ") ``` 我也喜欢直接写 SQL

最近看油管的视频时也有老外推荐 sqlc 这种，我觉得还挺直观的。

较真来看其实都不好 sql 本质上就不是为了程序员而设计的东西 自然搭配语言处理上就不是无缝的 现在解法都是怎么尽可能处理那堆烂东西 本身的功能也过于複杂 以语言观念来看 sql 是不合格的 只是对技术门外汉来讲语法显的更直观一些 而且他们不用处理技术差异问题 一劳永逸的东西才是好货 然而现实面考量不会公开出现的

你有用过.net 里的 Linq 吗？

直接存储过程走起

@mumbler 用的哪个工具？

确实直接写 sql 更直观，现在的 orm 框架整合太花哨了，什么 eq 、ge 、and...我要用还得去看文档，还得把传统 sql 语句思维转为代码，头疼

更喜欢简单查询用 Jpa 内置的方法，复杂查询用 QueryDSL