在现代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工具来反编译其自然语法，因此可能会产生一些其他影响。但是我想这可以忽略，如果这意味着太大的影响。
