@l00t 提提你的想法，贴出来，让我学习，我的目的不是传教，自我我的提升也很重要，

@zhazi 那些都太技术了，多看几次，多试几次都能学会的，都是“术”，正在写过程序的人，有深刻理解的人应该都能回答上面的问题，是否全面就另说了。

@IrisFrankie
@DeepDarkVan

感谢你们的回复

@brezp 是本人的漫画版本

@levon 您是 V 站的老人，感谢您的鼓励，我会继续努力，不能只停留在到处推广，而是真正的做好项目。

@cloudhuang
1 ）本质上 ObjectiveSQL 还是 SQL 的拼接，就像所有的应用层网络协议一下，底层还是 TCP/IP，目前我还不能超越 SQL，但我有更深层次的想法，目前还不成熟。

2 ） SQL 域指的就是传统 SQL 编程，Java Class 中的 name 就有两层含义，一层是表示传统 Java Bean，只能承载 String 类型的值，另一层，就是需要承载作为 SQL 语句抽象后的 Column 含义，它的行为和状态是 String 不具备的，例如：

User.Table user = User.asTable();
Select select = new Select();

select.project(count())
.from(user)
.groupBy(user.name.).orderBy(user.name.asc());

这里的 user.name 其实是 Column 的实例。

@guyeu 立场不同，说法就不同，经历不同，也会有不同的说法。我只是朴素的阐述自己的理论，ORM 的出现已经 20 多年了，DSL 的理解有很多层，不同人有不同的理解。
另外说一句，我很不喜欢发明新说法，Java 领域有太多新概念了，“语义表达的双重性” 是我的理解，当然也有其它的说明法，我只是表达一个 Java Field 需要表达两种不同的语义。语法的一致性是一个事实，是我用 Java 的运算符重载解决的特性，大家可以有不同的理解。

欢迎挑战，最近在推广，我很希望听到不同的意见，感谢各位。

@zhangbohun 有道理，自己的项目希望更多人知道，开源的肯定不太会花费用去打广告，我也只能用自己的知识去交换眼球，希望能够理解。

@cloudhuang 更直白一点的说，
class User {
private String name;
}

class UserDO {
private Column name;
}

Java 域中，name 只能用来存储状态，类型为 String
SQL 域中，name 是另一个类型 Column, Column 中有状态和行为

传统的方法就是静态生成另一个类 UserDO, 而 ObjectiveSQL 中则不需要，是动态生成。

@cloudhuang 当然不是，我再补充一下（后续有必要写一份文档，详细说明）：
1 ）语义的双重性：其实就是程序的开发中，同一个编程元素要表达两个不同的含义，例如：一个 Class 中的 Field 在 Java 中是一种类型的数据或状态的载体，例如：class User 中 private String name，从语义上讲，它只能保存 User 实例中的 name 的状态，如果将 User 的实例用于拼接 SQL，这个 name 其实是对应的 users 表中的一个 column, 这种语义的表达，在目前的编程模型中是无法做的，因为 SQL 域中，name 是另一种类型 Column, Column 也有自身的状态和行为，例如：user.name.asc(), user.name.orderBy() 等。这就需要两种不同的定义方式，User, UserDO 两种不同的定义方式表达同一个模型定义, 这也就导致了重复编码和静态生成的变更问题。

2) 至于 Java 的运算符重载，你可以参考： https://www.v2ex.com/t/734572#reply103
里面有详细的描述和讨论。

@gowk 你这个 tag 我很喜欢... 过段时间我准备换一个，哈哈

@hantsy 是的，我是做传统线下零售数据系统的，不同类型的数据或不同访问频率的数据用不同的存储方式是很正常的，Cypher 这个我还真得仔细研究一下，Redis 和 Mongo 我都用了，Noe4j 没玩过，值得借鉴

@hantsy 恩，不同类型的数据存储方式，和不同类型外部访问和计算方式，一直在挑战传统关系型数据，早些年 Google 为主发起的 NoSQL 系列数据库风头很盛。
我个人觉得，分久必合，合久必分，关系数据库统治数据库领域好多年了，在不同行业，不同数据和计算特征的领域会有新型的数据库出现，但能不能超越由关系数学这种高度抽象的概念衍生的关系计算模型就难说了。

我公司的项目里用了 Apache Calcite 作为融合数据的计算引擎，解决不同存储格式的数据统一计算就是一个很好的应用。

@neochen13 兄弟对不住了，我也只是想写一点干货，也是我的理解，希望对你有价值，你可以忽略后面的链接


@wangyanrui 对象化的数据库很多年前就已经有人在尝试了，但也难以超越关系计算的理论，总是绕不开呀。

@hantsy 是的，我接触很多国外的公司基本都是 JPA，很少有 mybatis 的。

@wangyanrui 感谢兄弟，面向对象和数据库本质上是不冲突的，数据库的特性以对象关系型计算为基础，仅仅是一个数据存储和计算引擎，与语言的特性关系不是太大。

@Braisdom V 站的 Bug 不是一般的多呀，链接都能搞错： https://github.com/braisdom/ObjectiveSql

支持楼主，维护开源项目是需要能力，但最终是自身收益的付出，贡献出代码，大家互相学习，我亦如此，这是我的项目，我给楼主 star 并 follow 了，https://github.com/braisdom/ObjectiveSql，互相支持，一起努力

作为程序员看了这样的问题，是不是觉得内心平衡了一点呀。