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

写了 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

2020-11-22 12:04:41 +08:00

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

Braisdom

2020-11-22 12:15:13 +08:00

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

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

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

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

Braisdom

2020-11-22 12:54:54 +08:00

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

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