比较Querydsl，jOOQ，JEQUEL，activejdbc，iciql和其他查询DSL

Question

有人可以向我指出一些有关可用于Java的不同查询DSL库之间的性能比较的资源，例如：
Querydsl ，
jOOQ ，
JEQUEL ，
activejdbc ，
iciql 等。

背景： 我正在使用Spring
JDBC模板，但是仍然需要以纯字符串格式编写查询。尽管我在编写直接查询时没有问题，但是我担心直接依赖于数据库表名。我不想使用任何ORM框架，例如Hibernate或JPA
/
EclipseLink。我需要尽可能高的原始性能（IMO，它们对于以CRUD为中心的应用程序非常有用）。只有稍微增加一点，我才能为这些DSL承担一些开销（我相信，主要是StringBuilder
/ String串联！）

我考虑过使用在某些xml中外部化的命名查询。但是，只是尝试评估其他Query DSL库提供的价值。

编辑：我的要求更多：
我想知道使用它们的API方法构建中等复杂的查询时这些性能之间的比较。我需要的是使用这些查询DSL库中的任何一个生成查询字符串，并将其传递给Spring
JDBC模板。因此，我想知道添加此中间步骤是否会导致相当大的性能损失，我想使用命名查询或构建自己的仅使用StingBuilder或类似方法的库

__使用jOOQ，iciql和QueryDSL 更新 我的经验：

尽管我在最初的帖子中没有提到此内容，但我也热衷于实体类中的易用性和所需的开销（例如是否需要任何其他注释或实现）。

jOOQ：

• 需要将实体属性更改为特定于库的方式
• 可以返回SQL查询字符串

Iciql：

• 实体可以无变化或几乎没有变化进行映射（可以使用总共3种方式进行映射）
• 但是这样做限制了只能选择查询（对于更新/删除/ …，需要再次更改实体）

QueryDSL：

• 有多种将实体与表绑定的方法（除了库特定的方法以外，还支持使用JPA批注）。但是我们至少需要修改实体
• 没有简单/直接的方法来获取查询字符串

（所有观察结果我都不太了解；如果其中任何一个不正确，请更正）

通过以上所有内容，我坚持编写命名查询:(但是，正如Lukas Eder的回答似乎解释了我最初的帖子关注（性能）一样，我已经接受了他的要求。

Answer 1

在现代JVM中，您不必太担心SQL字符串串联。任何数据库抽象层可能产生的实际开销（与到数据库往返的相对较长的往返时间相比）通常是由于二级缓存（在Hibernate
/ JPA中完成）所致。或通过将对象模型低效率地映射到SQL，从而无法使用索引或常规查询转换。

与此相比，字符串连接实在是可以忽略不计，甚至对复杂的SQL构造带几个UNIONs，嵌套SELECTs，JOINs，semi- JOINs，anti-JOINs，等，所以我猜你提到类似的方式进行，因为它们允许您通过保持控制框架您的SQL。

另一方面，某些框架或这些框架中的使用模式实际上可能会将整个结果集提取到内存中。可因为Java的泛型，最原始的类型（造成的问题，如果您的结果集都很大，也是int，long等）很可能映射到其相应的包装（Integer，Long）。

至于jOOQ（我是开发者），我之前已经使用YourKit
Profiler对库进行了配置，以进行大量查询。批量工作始终在数据库中完成，而不是在查询构造中完成。jOOQ
StringBuilder为每个查询使用一个。我想象（未经验证），QueryDSL和JEQUEL会做同样的事情…

至于iciql（它是JaQu的分支），由于他们使用Java工具来反编译其自然语法，因此可能会产生一些其他影响。但是我想这可以忽略，如果这意味着太大的影响。