你需要的可能是 FRM (Functional Relational Mapping), 例子：

https://scala-slick.org/doc/3.3.3/introduction.html#functional-relational-mapping

既可以把简单的 CRUD 交给它，遇到复杂场景（复杂 CRUD or OLAP）又可以
手写 raw SQL 然后映射到指定的结果集类型里。

【 在 hongyan2022 的大作中提到: 】
: 标  题: Re: python连数据库真的好复杂  那么多的第三方库是为啥
: 发信站: 水木社区 (Thu Apr  7 23:17:06 2022), 转信
:
: ORM 多了一层转换
: 就我个人的经历来说
: 一是工作量不大，虽然表可能有几十个或几百个，但每一个模块对应的往往也就几个；
: 自己转换的代码量很小
: 当表结构变化时，对应逻辑也需要变化，代码总是要改的
: 何况，还有测试
: 二是查询优化，或者把复杂的逻辑直接推给数据库，让结果直接可用。 数据多了，性能很重要，不同的数据库，不同的表结构，甚至于不同的语句，可能查询速度不一样。 用ORM ，这一层就全托付给别人了
:
:
: 【 在 flw 的大作中提到: 】
: : 是可以解决呀。
: : 但 ORM 不就是干这个的？
: :
:
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 52.9.227.*]
--
FROM 113.83.187.*