历经 3 年，终于得以实现了

[Braisdom]

写了 15 年的程序，人到中年总有很多话要说，千言万语尽在项目里，里面有我想说的一切。

项目地址： https://github.com/braisdom/ObjectiveSql

ObjectiveSQL 是我构想了很长时间，到底是让 Java 像 SQL 一样编程，还是让 SQL 让 Java 一样编程，纠结了很久，还是让 Java 更像 SQL，Java 的语法表现力不够，只能扩展 Javac，实现了算法运算，比较运算，逻辑运算符重载，并封装了常用数据的的函数，抽象了 Expression，使的 Java 非常接的 SQL，同时也实现了简单 SQL 编程的代码生成，基本不需要写代码，也不需要配置就能实现简单 SQL 的编程，话不多说，先看示例，有兴趣可以到 github 上看。

Order.Table orderTable = Order.asTable();
Select select = new Select();

select.project(sum(orderTable.amount) / sum(orderTable.quantity) * 100)
    .from(orderTable)
    .groupBy(orderTable.productId);

Member.Table member = Member.asTable();
Order.Table order = Order.asTable();

Select select = new Select();

select.from(order, member)
        .where(order.memberId.eq(member.id));
select.project(member.no,
        member.name,
        member.mobile,
        countDistinct(order.no).as("order_count"),
        sum(order.quantity).as("total_quantity"),
        sum(order.amount).as("total_amount"),
        min(order.salesAt).as("first_shopping"),
        max(order.salesAt).as("last_shopping"));
select.groupBy(member.no, member.name, member.mobile);

ObjectiveSQL is an ORM framework in Java base on ActiveRecord pattern, which encourages rapid development and clean, codes with the least, and convention over configuration.

Features

• Dynamic code generation with JSR 269 for Java API of database access
• Full Java API of database access without coding
• Dynamically SQL programming with Java syntax, and very close to SQL syntax

[Braisdom]

补充一下，第一段 Java 代码生成的 SQL 如下：
```sql
SELECT
((((SUM(`T0`.`amount` ) / SUM(`T0`.`quantity` ) )) * 100))
FROM
`orders` AS `T0`
GROUP BY
`T0`.`product_id`
```

[Braisdom]

第二段 Java 代码生成的 SQL 如下：
SELECT
`T0`.`no` ,
`T0`.`name` ,
`T0`.`mobile` ,
COUNT(DISTINCT `T1`.`no` ) AS `order_count`,
SUM(`T1`.`quantity` ) AS `total_quantity`,
SUM(`T1`.`amount` ) AS `total_amount`,
MIN(`T1`.`sales_at` ) AS `first_shopping`,
MAX(`T1`.`sales_at` ) AS `last_shopping`
FROM
`orders` AS `T1`,
`members` AS `T0`
WHERE
(`T1`.`member_id` = `T0`.`id` )
GROUP BY
`T0`.`no` ,
`T0`.`name` ,
`T0`.`mobile`

[1194129822]

mark, 好像 mybatis 也有动态构建 SQL 语句的类。SQL 表达力并不强，要不是微软也不用一直扩展 SQL 语法了。java 就是 java，SQL 就是 SQL 。没有银弹。

[Braisdom]

@1194129822 是的，我对比过它的 DynamicSQLBuilder，它做的太土了，大都数都是以字符串的形式体现，我的改进有三块：
1 ）动态代码生成：模型中的所有字段都会被动态生成一个 Order 的内部类 Table 中的字段。
2 ）算术运算、比较运算符和逻辑运算重载，也就是说 Java 中的 +, -, * / , >, <, &&, || 都会转换成 SQL 语句中的表达式，
3 ）我封装了常用数据库的常用函数，例如：count, sum 等有上千个的，这样就不会出现字符

上述做法的好处是，最大程度的避免的 SQL 的语法错误，动态代码提示和单元测试。

[VHacker1989]

querydsl mybatisplus 都有更好的实现，用面向对象语言实现蹩脚的 dsl 风格 api 简直多余，还不如简单查询 jpa，复杂查询 sql 高低搭配

[Braisdom]

@VHacker1989
1 ）首先我做这个项目前肯定是看过 JOOQ, QueryDSL 这类项目的，它有致命缺点就是 Java 的表达式无法 SQL 表达式重合，这会导致所谓的 SQL Builder 在复杂 SQL 中根本无法使用，我项目里有个计算同环比的简单示例，有大量的数运算和逻辑运算，如果运算符通过函数的形式实现，那样的代码根本无法看。
2 ）我的项目中参考了 Lombok 的动态代码生成，能够减少绝大部分的重复代码，它们是无法做的。

[Braisdom]

@VHacker1989 像这样的代码：“ sum(orderTable.amount) / sum(orderTable.quantity) * 100”
你猜 MyBatis, JOOQ, QueryDSL 会写成什么样？

[Braisdom]

一门语言，它的语法表现边非常重要，能够准确的描述出业务领域的关键特征，是一段代码可维护性的重要标志

[u6pM63mMZ34z32cE]

knex.js

[shade]

跟 APIJSON 比较，有什么优势呢？

[liuhan907]

这看起来好像山寨版的 entity framework 啊。这个仅限查询么，是否支持自动 diff 和修改？

[Braisdom]

@liuhan907 什么叫山寨版，相比现有的 ORM 框架，优势主要体现在：
1 ）动态代码生成，类似 Lombok
2 ） Java 运算符重载，领先于现有的所有 ORM 框架
3 ）函数封装是参考 JOOQ 的

[Braisdom]

@shade apijson 好像不是同一类东西

[chinvo]

@Braisdom #12 你真的需要去了解下 LinQ 和 Entity Framework，开阔下眼界

[AlexaZhou]

看用法比 mybatis 方便多了，支持一个

[oahebky]

很厉害，我做不出来；

但是我选择 Python + SQLAlchemy

[beyondex]

Java 做到这样很棒了，可以了解下 .NET Linq Queryable，语言级支持类似 sql 这样的写法，可以解析后生成 sql 。
EntityFramework 还有 从 Java 移植过来的 NHibernate 都有对这个 Linq Queryable 的实现，十分优雅。

[houzhen]

夸一下九牛逼就这么难么，太屌了老哥。代表漯河人民支持你。

[fiveelementgid]

C#路过，Linq 玩家用 Entity Framework Core 表示眼熟

[LancerComet]

挺好的，感觉 LinqSql 这个名字更贴切

[vone]

@liuhan907
@chinvo
很明显楼主没接触过 .NET 生态。Entity Framework 很多年前就做到了楼主想做的，不仅提供更像 SQL 的 C# ，同时也提供的一套更像 C# 的 SQL 。

假设目标 SQL 为：
SELECT TOP 10 OrderID, Freight FROM Orders ORDER BY Freight DESC


在 .NET (C#) 中使用兰姆达表达式的写法:
Orders.OrderByDescending (m => m.Freight).Select (m =>new{OrderID = m.OrderID,Freight = m.Freight}).Take (10)

在 .NET (C#) 中 LINQ （类 SQL ）的写法:
(from m in Orders orderby m.Freight descending select new { m.OrderID,m.Freight }).Take(10)

详细文档：
https://docs.microsoft.com/zh-cn/dotnet/csharp/programming-guide/concepts/linq/basic-linq-query-operations

[pagepancn]

为你的执行力和技术能力点赞，但是真的用处不大。程序员思维啊，缺乏商业眼光

[laminux29]

1.题主的精神还是值得赞扬的，开源就是需要这种精神，不然开源界完蛋了。

2.做开源有两个麻烦的地方，第一是花了几年功夫辛辛苦苦实现了某个功能，结果官方或别的组织更新一下出了更好的组件，这就尴尬了。第二是写之前没有去做大量的调研，没注意到市面上已经有了更好的实现，比如各大语言的 lambda 表达式。

[msg7086]

表现力是硬伤。用惯 Ruby 的表示这些用 DSL 写写真是小菜一碟……Java 的话可能会难不少。

[kingfalse]

不喜欢 Lombok,更不喜欢再多装一个同类的,好奇两个会不会冲突什么的

[justin2018]

以为是 iOS 的 Objective-C

[Braisdom]

@vone 兄弟我还真看过，Entity Framework 针对 比较运算符和逻辑运算符是无法支持的，例如

SELECT * FROM Orders WHERE OrderID > 10 AND Freight = 1

这类写起来太复杂了。

在 ObjectiveSQL 中，缺很方便。

select.where( order.orderId > 10 && order.freight.eq(1) )

[Braisdom]

@kingfalse 两者不会冲突，Lombok 有人爱，有人恨，很正常的，就像 Java 一样，你可以爱他，也可以恨他。

[dick20cm]

老哥真的牛逼！！

[cmlanche]

@pagepancn 我觉得很好

[zhuangzhuang1988]

牛逼.

[nannanziyu]

@Braisdom
LINQ 里
Orders.Where(x=>x.orderId > 10 && x.freight == 1)

[huskar]

我感觉这种特性只有在语言层面支持才有意义，第三方库实现的总归写起来麻烦。。。就像各种语言都有类似这种库，但实际用的多的只有 c#的 linq 。
之前刚学 kotlin 的时候也仿照 linq 写了一个类似的东西，利用 kotlin 的中缀表达式能搞的很像直接写 sql，但写完后自己也从来没用过。。。

[Braisdom]

@nannanziyu 兄弟，那是对已经出来的数据进行过滤，而不是在 SQL 中过滤的，

[Braisdom]

@huskar kotlin 和 Scala 很容易的，语言自身就支持运算符重载的。

[nannanziyu]

@Braisdom
你的理解是错误的，你需要再了解一下 linq

[renyijiu]

有实际生产项目使用经验吗？

[icew4y]

@Braisdom 楼主很牛，楼上有些嘲讽的，估计都是调包侠

[levon]

@Braisdom 并不是对已经读出来的数据过滤，这些最后都会生成对应的 sql 语句的

[uselessVisitor]

支持

[Braisdom]

@renyijiu 现在有 4，5 个公司在用，毕竟刚刚发布 2 个月左右，问题肯定比较多，我也会及时修复的。

[avalon8]

为老哥点个赞，牛逼

[Braisdom]

社区的建设也在准备中，希望更多兄弟参与进来，后面我也将内部的技术原理整理并分享出来。里面的骚操作比较多，不是很常用，缺很实用。

[mzlgx]

有点意思

[fafa2npu]

@Braisdom 首先题主真的很牛逼。但是，querable 的 LINQ 确实是在 SQL 中过滤的，EF 中有个 lazy load，只有在 ToList()等需要取数据的时候才会真正在数据库端执行查询语句。

[fafa2npu]

给老哥点个赞

[Braisdom]

@fafa2npu 我仔细研究一下 LINQ，要看最终执行的 SQL 是什么，可以参考一与它的实现原理。其实动态 SQL 只是其中一部分特性

[running17]

点赞，牛逼

[abcbuzhiming]

感觉有点像 Linq，但是我要说的是，这条路已经有人试验过了，不太合适——所有像 SQL 的，为啥不直接用 SQL ？这就是问题的根源，SQL 虽然表达能力一般，但是生命力很强，强到像它的都没熬过它

[Braisdom]

@abcbuzhiming 我要解决的问题如下：
1 ）重用性，一个复杂查询中经常会多次 JOIN 同一张表，只有少量变化，SQL 无法解决，只通过通过过程化编程语言解决，Java 只是一种选择而已。
2 ）动态性，一个复杂查询中会根据参数不一样，JOIN 不同的表 /子查询，投影不同的字段，当然 Where 后的表达式会有较大的变化。
3 ）单元测试，一个复杂 SQL 拆分成多个过程，针对过程进行单元测试，而不是一条非常复杂的 SQL 进行测试

[xiangwan]

@abcbuzhiming sql 是声明式语言，更先进

@Braisdom jooq 模仿的 linq

[Braisdom]

@xiangwan jooq 我参考过，看过它的代码，设计理念很好，但程序设计一般，不够灵活，最关键是的它的代码需要手动生成，每次调整完之后，都得生成一下代码才能编译通过，好麻烦。

SQL 语言设计的初衷是为数据分析人员提供的一种语言，比较接近自然语言，但和逻辑型编译语言结合不是很友好，
目前所有逻辑型编程语言里，都是以字符串的形式存在。

其实回归本质，Java 语言是一门高度抽象的语言，它可以解释一切知识领域，数据库只是一个领域而已，如果没有 SQL 你会怎么设计，怎么样用面向对象的方式设计数据库的访问。

第一性原理，我设计时，先参考现有的知识，然后再忘掉所有的知识，它原本应该怎么样。

[Betsy]

印象中 calcite-linq4j 貌似也实现了这样玩法，老哥这个项目跟那个有啥不一样的地方吗？

[Braisdom]

@Betsy Calcite 在我们公司里用了，linq4j 和我的差别很大的，它只是 Java8 Stream 中的扩展，只是对内存中的数据进行过滤和计算，Calcite 本质上是一个关系数据库的计算引擎，做的很不错，后面我也会集成进我的项目，实现异构数据源的计算。

[dswyzx]

我还是喜欢自己掌控 sql 语句，说实在的，通过 linq 去规范以达到运行时报错，或怎么样的好处。在我的狭隘理解里，为何不去掌握好好写 sql 的能力，甚至还可以让公司的 dba 来主动优化这个东西。有人可以辩论一二吗

[comsweetcs]

首先为楼主的技术点赞。但我真是讨厌 SQL，SQL 调试起来没代码直观，我就是做数据开发的，感觉写代码控制粒度更好，个人觉得后端不可能演变成这种方式，过于死板，不够灵活。

[Braisdom]

@dswyzx DBA 和程序员的职责不一样，面对的问题域也不一样。
DBA：通常面对的是静态问题，考虑的场景也比较单一，用 SQL 作为工具是比较合适，无论是优化，还是维护 SQL 可能是最价的选择，就像脚本型语言是 运维工程师的最爱。

程序员：通过面对的是动态问题，一段含有 SQL 和 Java 的代码逻辑需要满足很多场景，各种奇怪的使用方式，SQL 的构造过程也非常复杂，此时 SQL 语法逻辑和表现力就够用了，如果是纯粹的字符串拼接，也会让程序员崩溃，简单的还好，真复杂起来解决 Bug 的成本 就很高了。

[Braisdom]

@comsweetcs 思考的角度不一样，处理的问题域不一样，对工具的选择就会不同，我们需要更客观的分析

[dingyaguang117]

赞 像 sqlalchemy

[Pursue9]

.net 这边已经不写 sql 很多年了，EFcore 已经完全满足操作数据库的需要，生成的 sql 也可以记录在日志里
完全不写 SQL 的 orm 是可行的

[Braisdom]

@Pursue9 认可你的想法，数据分析只是一个问题域，SQL 只是一个协议，我们访问网络时，完全不知道它底层的结构，我们在做 HTTP 应用时，基本也不会接触 HTTP 协议本身，统计和分析数据理论上也应该一样的方式进行演进。

[Lemeng]

赞，学习学习的

[beginor]

linq 在 .net 上存在好多年了， 这是不争的事实， 在很多场景下确实比手写 SQL 方便。

在 .net 中有表达式树的概念， 通过分析代码中的表达式树， 动态的转换成 SQL 表达式， 甚至是不同数据库的方言，NHibernate 可以说是典范， 这大概是为什么 NHibernate 仍在活跃开发的原因吧。

当年， .net 平台上也有 mybatis.net ， 但是基于 linq 的查询流行之后， 这种手写 SQL 的半自动框架就逐渐没落了。

当然， 完全不写 SQL 也是不可能的， 毕竟 SQL 是基础， 很多复杂的查询也用 SQL 来实现最高效。

凡是都有个二八原则， 不必求全责备。

[fangcan]

牛皮 点赞

[Braisdom]

@beginor 是的，SQL 历史已经很长，新型技术完全替代，可能需要很长的时间，甚至需要的是一代人。
我们的脑子里要有两个世界，一个是客观存在的世界，一个是我们主观认为的一种世界（也就是世界应该怎么样）。

有时主观认为的世界里有一些正确的事情，客观世界里不一定接受，随着技术的进步，有可能被超越，也有可能在若干后成为主流。

[beginor]

这个也可以参考一下，https://github.com/my2iu/Jinq

[Braisdom]

@beginor Jinq 和 ObjectiveSQL 有点类似，但还是有本质的区别，
1 ） Jinq 的表达式依然是 Java 基础表达式形式，也就是只能按 Java 规范进行表达式计算，但在 SQL 中通常会遇到函数调用后的表达式计算
2 ） Select 和 Where 是通过 lambda 解析实现，代码表现力差太多了

[tikazyq]

这是要跟 Entity Framework 一较高下么

[zhangysh1995]

点了，支持一下！

[Cbdy]

很厉害。
说说我的看法，你的目的是类型安全（基于 Java 的类型系统），你尝试达到这个目的的方法是设计一个基于 Java 的 DSL 。
但是（我要泼一下冷水），SQL 就是 SQL，你的 SQL 生成器再精妙，还是不如直接写 SQL 来得简洁有力。
我就不喜欢什么 Linq 、JOOQ，这些东西都是脱裤子放屁，千方百计要用代码去生成 SQL 语句，而不是直接写 SQL 。
一方面，写 SQL 是必要的工作，最终调优的时候、Troubleshooting 的时候还不是要去看 SQL ？类型不安全的 SQL 往往在写代码的时候就会发现，这个问题也不是写 SQL 面临的主要矛盾。更多的，SQL 也是一门久经考验的“语言”，也有丰富的静态检查工具。
我支持 SQL 。

[Braisdom]

@Cbdy 其实很多人都有你这样的想法，我前期遇到很多这样的想法来挑战 ObjectiveSQL，喜欢与不喜欢是很主观的，我也不参与这样的争论，就像争论哪种编程语言好一样

我们需要更客观一点看，有的公司 SQL 多，有的公司 SQL 少，有的复杂，有的相对简单，这样的背景下在选择工具时就会有不同的想法。

我是经历过一个项目中存在 500 - 1000 条长度超过 400 行的 SQL，平均每个 SQL 需要 JOIN 20 张表或子查询（有较多重复），在这样的场景下 SQL 的维护成本，修复 Bug 的成本，单元测试的成本是巨大的。

这些经历导致了我的项目的出现，当然 @Cbdy 你可能有不一样的背景。

[Cbdy]

@Braisdom 确实可能存在你说的情况，那种情况无论用什么工具都是很复杂的，因为数据存成这样，已经有一个复杂度在了。我觉得要控制这个复杂度的话，应该从数据角度出发。

这种场景基本是 OLAP 或者出报表吧，如果是这样，可以考虑抽取数据到宽表，或者更灵活的非关系存储

[uptonking]

虽然有很多质疑，我还是觉得楼主很厉害，开源就是要经得起检验，，，可以参考下大家提到的优秀方案，然后吸收一部分到 objectiveSQL，把 README 或项目主页写详细点

[Braisdom]

@Cbdy 很多应用都会有报表的，只是多少的问题，Java 的代码可以成千上万行，有语法层结构化的形式进行管理，同样也存在很多模式和规范，这块在 SQL 上就很少了，SQL 的工程化能力远远不如 Java 。

所以通过 Java 的形式去写 SQL 是很必要的，但 SQL 已经诞生了很多年，而且被很多人所接受，如果设计一套全新的语法模式，大众很难接受，这样项目的生命力也不强，所以我尽可能的让 Java 代码接近 SQL，符合大众的味口，哈哈。

“Dynamically SQL programming with Java syntax, and very close to SQL syntax”

我之前设计过一个语言，我称它为 JDS(Java Database Script) 后来放弃了，在我的 github 也有。

[Braisdom]

@uptonking 是的，只有经得起大家挑战的项目才有生命力，总是靠人扶肯定长不大的。

[Cbdy]

@Braisdom Java 是通用语言，SQL 是领域特定语言，把 Java 和 SQL 进行比较还是蛮怪的。如果要说他们之间的关系，SQL 可以成为 Java 能力的延伸，本身和 Java 不矛盾。试图用 Java 解决所有问题才是比较奇怪的做法。况且很多数据库都有专有的语法，函数库，用的时候隔着一层“通用”的封装，可能会很鸡肋。

[mumubin]

自己做出来这个工具，老哥还是很值得肯定的。不过作为程序员我还是喜欢直接写 sql，及其讨厌非 sql 的 orm 。所以我还是最喜欢 mybatis 。维护一个 django 项目，自带 orm 中的坑点不少，而且 slow sql 都挺难定位的。

[Braisdom]

@Cbdy 要从不同的角度去理解 SQL，SQL 其实和 HTTP，SMTP 这类协议一样，只不过 SQL 是解决 Java 与数据库交互的一种协议，我相信你不会手动编码去实现 HTTP，SMTP 这类协议的，都是通过更高层的封装去访问，当然如果做更底的编码，还是会涉及的。

[Braisdom]

@mumubin 很多人都有你这样的想法，slow sql 也是我下一阶段需要解决的，如果通过单元测试排查一部分常见的问题。

[Cbdy]

@Braisdom SQL 是 Query DSL，HTTP 这种事 Application layer communication protocol，他们的复杂度、拓展性、和解决的问题是不同的，怎么能混为一谈

[heiheidewo]

牛逼，长见识了

[felixcode]

如果要针对数据库做 sql 优化能做吗？

[Braisdom]

@Cbdy 你说的很对，SQL 的复杂度相比其它是高出很多，但从抽象的角度去看，它就是一种协议，只不过这种协议承载了较多关系型数据的计算逻辑和统计方式而已。

我只是做了一个类比，传输层协议更多是定义结构，其内存的逻辑更多是由程序控制的。

数据库设计的初衷就是为了封装数据的计算逻辑，降低外部应用程序的复杂度，提供简单的交互协议实现数据计算，但随着数据统计方式的发展，问题领域的复杂度变化，传统的方式编写 SQL 已经很难满足分析需求了，只就需要逻辑型编程语言提供封装，隐藏复杂的构造过程。

[Braisdom]

@felixcode 你说的其实一个 SQL 性能测试引擎，完全做到很难，毕竟场景太复杂，但随着不断的迭代，能够避免大量 SQL 的错误，这是我下一阶段工作的重点。

[vipcc]

.net core 中的 ef core +linq，老哥可以看一看
现在都是开源的

[Braisdom]

@vipcc 感谢，我会参考一下，前面已经有好几位兄弟介绍了。

[felixcode]

你做的东西可能比较有用，但你对 SQL 语言的理解局限性太大了。

结合 dbms 的具体实现，sql 从顶层的描述到底层的控制都是能做的，你做一层翻译后，牺牲了 sql 语言的很多特性。

[Cbdy]

传统的方式编写 SQL 已经很难满足分析需求了，只就需要逻辑型编程语言提供封装，隐藏复杂的构造过程

难道不是 data flow 、data structure 设计有问题吗？😂

[beginor]

楼主的这个项目非常有意义，Java 确实没有强大的，广为人知并且深入人心的类似于 Linq2SQL 的 ORM 框架， 但是 Linq2SQL 的功能在 .Net 平台上已经深入人心， 被绝大多数人所接受。

在 .Net 平台的刚刚开始出现 Linq2SQL 的功能的时候， 很多人也是类似的泼冷水。 但是 Linq2SQL 确实成功的提升了许多 .Net 开发者的生产力。

我是做 .Net 出身， 最近几年也接触过一些 Java 的项目， 两个平台都了解一些， 也可以说是深有感触。

不过这种项目最好有大公司参与推广， 单纯个人推广会很难。

[optional]

隔壁有个 ktorm，虽然不是 java 但是可以一起用的

[hangs]

@Braisdom 请教两点

1. 插件是必须装的吗，还是引入对应的 maven 依赖即可。

2. 在简单 ORM 不涉及复杂计算的情况下，mybatis 、hibernate 和您这个框架优劣势分别是哪些呢

[Tlin]

这些都是什么人啊 那么厉害吗
看来我不敢发言了………………

真厉害啊！👍👍👍👍👍
怎么看老哥像技术胖呢

[xrr2016]

看起来像一种 ORM，类似于 https://www.prisma.io 这个吗？

[WhoMercy]

感谢、收藏。

下次做练手项目再来试试老哥这个框架。

[bojue]

@Tlin 你不是一个人，技术胖没这个实力

[Braisdom]

@beginor 非常认可你的说法，没有大公司的背书，项目很难起来。

[Braisdom]

@hangs 兄弟，插件是必须的，由于 IntelliJ IDEA 的 Java 语法检测太严谨，我已经提了 issue 给他们了，说是会有改进，我是自动生成 java 代码，没有 IDE 的支持很难完成。

[Braisdom]

@Cbdy 问题领域的复杂度是无法避免的，所以需要通过 Java 去避免复杂度的蔓延

[Braisdom]

@hangs 如果不涉及复杂 SQL，你可参考一下我 git 文档里的描述，自动代码生成相比其它 ORM，优势自已体会一下，我说再说也不没有说服力。

[Braisdom]

@zhangysh1995 感谢支持