Jinq库为数据库查询提供了一个DSL，可以用于Java和Scala。这个项目的灵感来源于.NET的LINQ，致力于提供易于编写的查询，同时支持类型安全。据这个工具的创建者Ming-Yee Iu介绍，Jinq起步于2006年，当时的名称为Queryll，但是直到采用了Java 8的lambdas，才完全发挥出了它的潜力。

\\

跟其他已有的库不同，Jinq并无意提供完整的数据访问功能：Jinq只是一个查询工具，因此用于从数据库中获取数据。数据操作，不管是插入、修改还是删除，都依然需要开发人员采用其他的机制。基于这个原因，Jinq提供了与其他最流行的数据库访问库联合使用的支持，包括所有兼容JPA的模式（如Hibernate或EclipseLink）与jOOQ。

\\

鉴于它不能作为已有库的替代品，有些用户可能就会怀疑Jinq所带来的附加价值是什么。为了尝试并展现它的价值何在，我们用不同的工具来对比一个相同的查询。

\\

我们考虑一个由世界各个国家和城市所组成的数据库。假设我们需要获取首都人口在300万以上的国家列表。对应的SQL查询会如下所示：

\\

`SELECT country.name\FROM country\JOIN city ON country.capital_id = city.id\WHERE city.population \u0026gt; 3000000`

\\

假设采用典型的映射和配置，同等功能的查询使用Hibernate会如下所示：

\\

\`List = session.createQuery(\"SELECT country.name \" +\        \"FROM country JOIN city \" +\        \"WHERE city.population \u0026gt; 3000000\")\        .list();` \

\\

我们可以看到，HQL能够消除掉一些查询中的复杂性，但它依然还是在一个字符串之中，这意味着它可能会包含一些潜在的错误，而这些错误只能在运行期才能发现。接下来看一下，如果使用jOOQ的话，该怎样编写这个查询：

\\

`Result result = create.select(COUNTRY.NAME)\        .from(COUNTRY)\        .join(CITY).on(COUNTRY.CAPITAL_ID.equal(CITY.ID))\        .where(CITY.POPULATION.gt(3000000))\        .fetch();` 

\\

这给程序员提供了一种更高级别的类型安全性，引用错误的域、表或操作将会导致编译错误。但是，这个代码依然不够流畅。最后，我们来看一下使用Jinq的函数式方法该如何编写这个查询：

\\

\`List = streams.streamAll(em, City.class)\        .where(c -\u0026gt; c.getCountry().getCapital().equals(c)\                \u0026amp;\u0026amp; c.getPopulation() \u0026gt; 3000000)\        .select(c -\u0026gt; c.getCountry().getName())\        .toList();` \

\\

这个代码非常类似于开发人员使用流数据时所创建的典型结构，这允许他们在编码的时候，保持一种函数式的编程风格。在内部，尽管它看起来像是使用流，但Jinq会使用一种名为“符号执行（symbolic execution）”的技术，将上述的代码转换为实际的SQL查询，而这些SQL查询，数据库是能够进行优化的。

\\

在字节码级别，当到达这块代码的时候，Jinq并不会直接执行。Jinq将会检查不同的步骤，并计算这些步骤会给传入数据所带来的副作用，这就是所谓的符号执行。一旦这些组合的副作用计算完毕，它就会转换为同等作用的SQL查询。如果所计算的副作用对于Jinq来说过于复杂，无法转换为SQL，那么它会作为正常的Java代码来执行，这意味着会得到相同的结果，但是性能可能会稍差一些。

\\

在Java开发社区，一直想要有一个能够与.NET的LINQ功能对等的Java实现。由于语言设计的限制，这可能永远无法完全实现：像C#这样的.NET语言实现，在定义级别进行了修正，以便于让LINQ集成到语言之中，在这方面，Java的架构师是一直反对的。基于该原因，Jinq可能是最为接近的类似方案了。

\\

查看英文原文：Simplifying Database Queries with Jinq