JPA 2.0中的动态类型安全查询 - 编程入门网
API 的威力是无穷的,但它的利用还取决于用户的创造能力。我将展示 4 个例子:
使用弱类型的 API 构建动态查询 使用数据库支持的函数作为查询表达式来扩展语法 编辑查询实现 “在结果中搜索” 功能 根据例子进行查询 — 数据库社区熟悉的模式 弱类型和动态查询构建 Criteria API 的强类型检查基于开放期间的实例化元模型类的可用性。不过,在某些情况下,选择的实体仅能够在运行时决定。为了支持这种用法,Criteria API 方法提供一个并列版本,其中持久化属性通过它们的名称进行引用(类似于 Java Reflection API),而不是引用实例化静态元模型属性。该 API 的这个并列版本可以通过牺牲编译时类型检查来真正地支持动态查询构造。清单 19 使用弱类型 API 重新编写了 清单 6 中的代码: 清单 19. 弱类型查询
不过,弱类型 API 不能够返回正确的泛型表达式,因此生成一个编辑器来警告未检查的转换。一种消除这些烦人的警告消息的方法是使用 Java 泛型不常用的工具:参数化方法调用,比如 清单 19 中通过调用 get() 方法获取路径表达式。 JPA 2.0中的动态类型安全查询(12)时间:2011-02-03 IBM Pinaki Poddar可扩展数据库表达式 动态查询构造机制的独特优势是它的语法是可扩展的。例如,您可以在 QueryBuilder 接口中使用 function() 方法创建数据库支持的表达式: <T> Expression<T> function(String name, Class<T> type, Expression<?>...args); function() 方法创建一个带有给定名称和 0 个或多个输入表达式的表达式。function() 表达式的计算结果为给定的类型。这允许应用程序创建一个计算数据库的查询。例如,MySQL 数据库支持 CURRENT_USER() 函数,它为服务器用于验证当前客户机的 MySQL 帐户返回一个由用户名和主机名组成的 UTF-8 字符串。应用程序可以在 CriteriaQuery 中使用未带参数的 CURRENT_USER() 函数,如清单 20 所示: 清单 20. 在 CriteriaQuery 中使用特定于数据库的函数
注意,在 JPQL 中不能表达等效的查询,因为它的语法仅支持固定数量的表达式。动态 API 不受固定数量表达式的严格限制。 可编辑查询 可以以编程的方式编辑 CriteriaQuery。可以改变查询的子句,比如它的选择条件、WHERE 子句中的选择谓词和 ORDER BY 子句中的排序条件。可以在典型的 “在结果中搜索” 工具中使用这个编辑功能,以添加更多限制在后续步骤中进一步细化查询谓词。 清单 21 中的例子创建了一个根据名称对结果进行排序的查询,然后编辑该查询以根据邮政编码进行查询: 清单 21. 编辑 CriteriaQuery
|
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |