JPA查询语言中的order by问题

懒萝卜 2009-11-29 12:05:24

在一个实体类中有很多个属性，我想根据前台的输入来对某个属性排序。

通常是这样写的：
select o from User o order by o.age desc
我的要求是这样的：
能不能根据前台的输入把o.age中的age属性换成别的属性呢？
也可以把desc换成asc?

...全文

423 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

Adebayor 2009-11-29

打赏
举报

回复

[Quote=引用楼主 sanqiershiyi 的回复:]
在一个实体类中有很多个属性，我想根据前台的输入来对某个属性排序。

通常是这样写的：
select o from User o order by o.age desc
我的要求是这样的：
能不能根据前台的输入把o.age中的age属性换成别的属性呢？
也可以把desc换成asc?

[/Quote]
肯定可以的就是sql传参与排序的问题

sunhaidan 2009-11-29

打赏
举报

回复

没试过

leopard_lb 2009-11-29

打赏
举报

回复

可以

中文名: 经典Java EE企业应用实战--基于WebLogic/JBoss的JSF+EJB 3+JPA整合开发原名: 经典Java EE企业应用实战--基于WebLogic/JBoss的JSF+EJB 3+JPA整合开发作者: 李刚资源格式: PDF 版本: 第一版出版社: 电子工业出版社书号: 9787121115349发行时间: 2010年8日地区: 大陆语言: 简体中文简介: 内容简介：　　本书是《轻量级java ee企业应用实战》的姊妹篇，《轻量级java ee企业应用实战》主要介绍以spring+hibernate为基础的java ee应用；本书则主要介绍以ejb 3+jpa为基础的java ee应用。ejb 3、jpa规范都属于sun公司所制订的java ee规范，因此把基于ejb 3+jpa的应用称为经典java ee架构，目前这种架构在java开发领域也有极大的市场占有率。　　本书介绍了java ee规范的三大主要规范jsf、ejb 3和jpa，其中jsf是sun公司提供的jsf ri；ejb 3部分则包含session bean、message driven bean的详细介绍。所使用的应用服务器是jboss 5.1和weblogic 11g，详细介绍了这两种应用服务器的安装和使用，以及如何在两大主流服务器上安装、部署java ee应用。　　本书内容主要包括三部分，第一部分介绍java ee开发的基础知识，以及如何搭建开发环境，包括安装jboss、weblogic应用服务器，以及如何使用svn、netbeans等。第二部分详细讲解了jsf ri、jta、jndi、rmi、jms、javamail、ejb 3的session bean、message driven bean、jpa、jax-ws 2、jaas等java ee知识，这部分知识以jsf+ejb 3+jpa整合开发为重点，通过使用netbeans ide工具上手，带领读者逐步深入jsf+ejb 3+jpa整合开发。这部分内容是笔者讲授“疯狂java实训”的培训讲义，也是本书的重点部分。第三部分提供了一个jsf+ejb 3+ jpa整合开发的项目：电子拍卖系统。这个项目包括5个实体，这5个实体之间具有复杂的关联关系，而且业务逻辑也相对复杂，希望让读者理论联系实际，真正将jsf+ejb 3+jpa整合真正运用到实际开发中。该案例采用目前最流行、最规范的java ee架构，整个应用分为jpa实体层、eao层、业务逻辑层、mvc层和视图层，各层之间分层清晰，层与层之间以松耦合的方法组织在一起。该案例既提供了ide无关的、基于ant管理的项目源码，也提供了基于netbeans ide的项目源码，最大限度地满足读者的需求。作者简介：李刚，从事10年的Java EE应用开发。曾任LITEON公司的J2EE技术主管，负责该公司的企业信息平台的架构设计。曾任广州电信、广东龙泉科技等公司的技术培训导师。2007年3月26日的《电脑报》专访人物。现任新东方广州中心软件教学总监，并曾任广东技术师范学院计算机科学系的兼职副教授。　　培训的学生已在华为、立信、普信、网易、电信盈科、中企动力等公司就职。　　国内知名的高端IT技术作家，已出版《Spring 2.0宝典》、《基于J2EE的Ajax宝典》、《轻量级J2EE企业应用实战》、《Struts 2权威指南》、《Ruby On Rails敏捷开发最佳实践》等著作。目录: 第0章学习Java的正确方法 1 0.1 我适合不适合编程 2 0.2 走出象牙塔 4 0.3 学习Java，应该如此疯狂 7 第1章经典Java EE应用和开发环境 9 1.1 经典Java EE应用概述 10 1.1.1 Java EE 6相关规范 10 1.1.2 经典Java EE应用的分层模型 11 1.1.3 经典Java EE应用的组件 13 1.1.4 经典Java EE应用架构的优势 13 1.1.5 常用的企业服务器 14 1.2 经典Java EE应用相关技术 14 1.2.1 JSP、Servlet和JavaBean及替代技术 14 1.2.2 JSF及替代技术 15 1.2.3 EJB组件技术简介 15 1.3 JBoss的下载和安装 15 1.3.1 下载和安装JBoss服务器 16 1.3.2 配置JBoss的服务端口 18 1.3.3 进入控制台 19 1.3.4 部署Web应用 22 1.4 WebLogic的下载和安装 24 1.4.1 WebLogic的下载和安装 24 1.4.2 WebLogic的基本配置 25 1.4.3 修改WebLogic的服务端口 29 1.4.4 部署Web应用 30 1.5 NetBeans的安装和使用 32 1.5.1 NetBeans的下载和安装 32 1.5.2 使用NetBeans开发Java EE应用 33 1.5.3 打开NetBeans项目 36 1.5.4 导入Eclipse项目 37 1.6 使用SVN进行协作开发 38 1.6.1 下载和安装SVN服务器 39 1.6.2 配置SVN资源库 39 1.6.3 下载和安装SVN客户端 41 1.6.4 发布项目到服务器 41 1.6.5 从服务器下载项目 42 1.6.6 提交(Commit)修改 42 1.6.7 同步(Update)本地文件 43 1.6.8 添加文件和目录 44 1.6.9 删除文件和目录 45 1.6.10 查看文件或目录的版本变革 45 1.6.11 从以前版本重新开始 46 1.6.12 创建分支 46 1.6.13 沿着分支开发 46 1.6.14 合并分支 47 1.6.15 使用NetBeans作为SVN客户端 48 1.7 本章小结 50 第2章 JSF的基本用法 51 2.1 MVC和JSF 52 2.1.1 MVC和常见MVC框架 52 2.1.2 JSF的优势 56 2.2 下载和安装JSF 57 2.3 JSF使用入门 60 2.3.1 从输入页面开始 60 2.3.2 开发托管Bean 61 2.3.3 定义导航规则 63 2.4 解读JSF配置 65 2.4.1 配置核心控制器(FacesServlet) 65 2.4.2 JSF配置文件结构 68 2.5 托管Bean和表达式语言 69 2.5.1 托管Bean的属性和表达式语言 69 2.5.2 托管Bean的方法 78 2.5.3 托管Bean的分类 80 2.5.4 初始化托管Bean的属性 85 2.5.5 通过FacesContext访问应用环境 89 2.6 导航模型 91 2.6.1 静态导航 93 2.6.2 动态导航 93 2.7 使用UI标签创建视图页面 94 2.7.1 UI标签概述 94 2.7.2 UI标签的通用属性 97 2.7.3 表单相关标签 98 2.7.4 其他标签 103 2.8 JSF的运行流程和生命周期 109 2.8.1 恢复视图阶段 110 2.8.2 应用请求值阶段 110 2.8.3 处理输入校验阶段 111 2.8.4 更新模型的值阶段 111 2.8.5 调用应用阶段 111 2.8.6 生成响应阶段 111 2.9 利用JSF的消息 112 2.10 本章小结 116 第3章深入使用JSF 117 3.1 JSF事件机制 118 3.1.1 Java事件模型概述 118 3.1.2 Java事件模型示例 119 3.1.3 JSF事件模型 120 3.1.4 Action事件 122 3.1.5 值改变事件 125 3.1.6 生命周期事件 128 3.1.7 将监听器绑定到Bean属性 130 3.2 JSF的国际化支持 132 3.2.1 加载国际化资源文件 132 3.2.2 使用国际化消息 134 3.2.3 动态数据国际化 137 3.2.4 让用户选择语言 142 3.3 使用转换器完成类型转换 143 3.3.1 转换器概述、用途 144 3.3.2 JSF内建转换器 144 3.3.3 使用转换器 145 3.3.4 转换失败后的错误消息 149 3.4 自定义转换器 154 3.4.1 实现转换器类 154 3.4.2 注册转换器 156 3.4.3 使用自定义转换器 159 3.4.4 绑定到Bean属性的转换器 159 3.5 使用验证器进行输入校验 161 3.5.1 输入校验概述 161 3.5.2 JSF内置校验器 162 3.5.3 校验失败后的错误消息 163 3.5.4 必填校验器 165 3.6 自定义校验器 166 3.6.1 开发自定义校验器 166 3.6.2 注册校验器 167 3.6.3 使用自定义校验器 168 3.6.4 为自定义校验器开发专用标签 169 3.6.5 使用托管Bean的方法执行校验 173 3.6.6 绑定到Bean属性的校验器 175 3.7 本章小结 177 第4章利用JDBC和JTA访问数据库和管理全局事务 178 4.1 JDBC和容器管理的数据源 179 4.1.1 JDBC概述 179 4.1.2 使用JDBC执行数据库访问 180 4.1.3 使用WebLogic服务器管理的数据源 182 4.1.4 使用JBoss服务器管理的数据源 187 4.2 事务和JTA 191 4.2.1 事务的基本概念 191 4.2.2 分布式事务处理、XA规范和 2PC协议 192 4.2.3 使用JTA全局事务保证多数据库的一致性 193 4.3 事务隔离、传播属性的设置 198 4.3.1 并发访问和隔离 198 4.3.2 事务属性 199 4.4 EJB的事务管理 201 4.4.1 容器管理事务(CMT) 201 4.4.2 Bean管理事务(BMT) 201 4.5 事务超时设置 201 4.6 本章小结 203 第5章 JNDI和远程方法调用 204 5.1 JNDI的概念 205 5.1.1 命名服务 205 5.1.2 目录服务 206 5.1.3 JNDI的优点 206 5.2 JNDI编程入门 207 5.2.1 文件系统的命名服务 207 5.2.2 JNDI编程 208 5.3 服务器提供的JNDI支持 212 5.3.1 WebLogic的JNDI支持 212 5.3.2 JBoss的JNDI支持 215 5.4 RMI概述 216 5.4.1 RMI的相关概念 216 5.4.2 RMI的作用和意义 217 5.5 RMI编程 217 5.5.1 开发RMI服务器 217 5.5.2 开发RMI客户端 220 5.5.3 RMI的基本原理 220 5.6 同时作为客户端和服务器的 RMI程序 222 5.6.1 开发客户端程序 222 5.6.2 开发服务器端程序 223 5.7 本章小结 225 第6章利用JMS实现企业消息处理 226 6.1 面向消息的架构和JMS概述 227 6.1.1 面向消息的应用架构 227 6.1.2 JMS的基础知识和优势 228 6.1.3 JMS的两个重要版本 229 6.2 PTP类型的JMS 230 6.2.1 配置PTP的JMS服务器 231 6.2.2 PTP消息的发送 241 6.2.3 PTP消息的同步接收 244 6.2.4 PTP消息的异步接收 246 6.3 Pub-Sub类型的JMS 248 6.3.1 配置Pub-Sub模型的JMS 服务器 248 6.3.2 消息的生产、消费 250 6.3.3 可靠的JMS订阅 251 6.4 JMS消息 253 6.4.1 JMS消息类型 253 6.4.2 JMS消息头和消息属性 253 6.4.3 重用消息对象 254 6.4.4 JMS传递方式和有效时间 255 6.4.5 设置消息的优先级 256 6.4.6 消息的确认方式 256 6.4.7 消息选择器 257 6.4.8 消息的临时目的261 6.5 使用队列浏览器查看全部消息 264 6.6 JMS和事务 265 6.6.1 使用事务性Session 265 6.6.2 利用JTA全局事务 267 6.7 JMS服务器的异常监听 268 6.8 JMS集群 269 6.9 本章小结 270 第7章利用JavaMail实现E-mail 271 7.1 E-mail简介 272 7.1.1 SMTP协议简介 272 7.1.2 POP3协议简介 272 7.1.3 IMAP4协议简介 273 7.1.4 E-mail的用途 273 7.2 JavaMail介绍 274 7.2.1 JavaMail下载和安装 274 7.2.2 JavaMail的常用API 275 7.2.3 使用JavaMail发送邮件 277 7.2.4 使用JavaMail接收邮件 281 7.3 应用服务器的JavaMail支持 287 7.3.1 在WebLogic中配置JavaMail 288 7.3.2 通过WebLogic的邮件支持来发送邮件 290 7.3.3 在JBoss中配置JavaMail 292 7.4 本章小结 294 第8章会话EJB 295 8.1 EJB概述 296 8.1.1 EJB的概念和意义 296 8.1.2 EJB的发展历史 298 8.1.3 EJB的优势和使用场景 299 8.2 EJB的分类 301 8.2.1 Session Bean的概念和作用 302 8.2.2 Message Driven Bean的概念和作用 303 8.2.3 实体和JPA 303 8.3 开发无状态的Session Bean 304 8.3.1 开发远程调用的无状态 Session Bean 304 8.3.2 开发本地调用的无状态 Session Bean 311 8.4 发布Session Bean 314 8.4.1 打包EJB-JAR 315 8.4.2 Annotation与部署描述文件 315 8.5 开发有状态的Session Bean 318 8.6 Session Bean的生命周期 321 8.6.1 无状态Session Bean的生命周期 321 8.6.2 有状态Session Bean的生命周期 322 8.6.3 定制Session Bean的生命周期行为 323 8.7 在Session Bean中使用事务 327 8.7.1 容器管理事务 327 8.7.2 Bean管理事务 330 8.8 拦截器 332 8.9 依赖注入 335 8.9.1 EJB注入 336 8.9.2 资源注入 339 8.10 配置EJB引用 340 8.11 使用计时器进行任务调度 342 8.12 本章小结 345 第9章消息驱动EJB 346 9.1 JMS和EJB 347 9.1.1 为什么使用MDB 347 9.1.2 使用MDB的设计原则 348 9.2 使用消息驱动Bean 349 9.2.1 使用@MessageDriven和@ActivationConfigProperty 350 9.2.2 实现MessageListener 352 9.2.3 MDB的生命周期 353 9.2.4 MDB中的依赖注入 356 9.2.5 事务管理和异常处理 359 9.3 使用NetBeans开发EJB 359 9.3.1 使用NetBeans开发Session Bean 359 9.3.2 使用NetBeans开发MDB 362 9.4 本章小结 363 第10章 Java持久化API(JPA) 364 10.1 实体简介 365 10.1.1 对象/关系数据库映射(ORM) 365 10.1.2 JPA的映射规则 367 10.1.3 JPA规范简介 368 10.2 实体入门 368 10.2.1 开发实体 369 10.2.2 在Java SE环境下使用 Hibernate JPA实现 370 10.2.3 在Java SE环境下使用 TopLink JPA实现 374 10.2.4 在Java SE环境下使用 EntityManager 377 10.2.5 使用orm.xml管理O/R映射 379 10.3 理解实体 382 10.3.1 持久化上下文和持久化单元 382 10.3.2 实体类的要求 382 10.3.3 实体的状态 383 10.3.4 管理实体的方法 384 10.4 实体的基本映射387 10.4.1 映射实体类的属性 387 10.4.2 将实体映射到多个表 394 10.4.3 映射复合类型的属性 396 10.4.4 映射实体类的主键 398 10.5 关联关系映射 402 10.5.1 单向N－1关联 403 10.5.2 单向1－1关联 406 10.5.3 单向1－N关联 409 10.5.4 单向N－N关联 411 10.5.5 双向1－1关联 414 10.5.6 双向1－N关联 417 10.5.7 双向N－N关联 420 10.5.8 使用Map集合记录关联实体 423 10.5.9 对关联实体进行排序 424 10.6 继承关系映射 426 10.6.1 整个类层次对应一张表的映射策略 427 10.6.2 连接子类的映射策略 430 10.6.3 每个具体类对应一张表的映射策略 434 10.7 使用抽象实体和非实体父类 436 10.7.1 抽象实体 436 10.7.2 非实体父类 438 10.7.3 重定义子类实体的外键列 440 10.8 实体的生命周期和监听器 444 10.8.1 实体的生命周期与回调事件 444 10.8.2 使用专门的监听器实现回调 448 10.8.3 为全部实体配置默认监听器 450 10.8.4 排除监听器 452 10.9 本章小结 455 第11章 JPA的查询支持 456 11.1 查询API 457 11.1.1 面向对象的JPQL 457 11.1.2 查询API简介 457 11.2 执行查询 459 11.2.1 使用Query创建查询 459 11.2.2 设置查询参数 459 11.2.3 取得查询结果 460 11.3 JPQL语法 461 11.3.1 使用from子句 462 11.3.2 使用select子句 463 11.3.3 查询部分属性 463 11.3.4 查询中使用构造器 464 11.3.5 使用distinct排除相同的记录 465 11.3.6 where子句和条件表达式 466 11.3.7 使用JPQL函数 466 11.3.8 多态查询 467 11.3.9 关联和连接 469 11.3.10 使用order by进行结果排序 473 11.3.11 JPQL查询的聚集函数 473 11.3.12 使用group by进行分组 474 11.3.13 结果集分页 475 11.3.14 使用子查询 475 11.3.15 命名查询 476 11.4 批量更新和批量删除 478 11.4.1 批量更新 479 11.4.2 批量删除 480 11.5 原生SQL查询 481 11.5.1 使用原生SQL查询 481 11.5.2 结果集映射和实体查询 482 11.5.3 使用命名的原生SQL查询 486 11.5.4 调用存储过程 488 11.6 本章小结 490 第12章 Web层和EJB的整合 491 12.1 Java EE应用的架构 492 12.1.1 SSH架构的复习和应用架构的思考 492 12.1.2 MVC层和业务层整合 494 12.1.3 DAO模式和EAO模式 495 12.1.4 使用Session Facade模式 499 12.2 从Web层访问Session Bean 500 12.2.1 使用依赖注入访问无状态 Session Bean 501 12.2.2 通过EJB引用访问有状态 Session Bean 507 12.2.3 在工具类中调用Session Bean 509 12.3 在Web层使用JPA 511 12.3.1 使用容器管理的EntityManager 512 12.3.2 在容器内使用应用程序管理的 EntityManager 516 12.3.3 通过ThreadLocal在容器外使用安全的EntityManager 518 12.4 基于JBoss的JSF+EJB 3+JPA 整合 522 12.4.1 开发JPA实体 522 12.4.2 开发EAO对象 524 12.4.3 开发业务逻辑组件 526 12.4.4 定义JSF的托管Bean来处理请求 527 12.5 基于WebLogic的Struts 2+ EJB 3+JPA整合 531 12.5.1 开发实体并配置持久化单元 531 12.5.2 开发EAO组件和业务逻辑组件 532 12.5.3 配置EJB引用 532 12.5.4 定义Action来处理用户请求 532 12.6 本章小结 536 第13章 EJB和Web Service 537 13.1 Web Service概述 538 13.1.1 Web Service概述 538 13.1.2 Web Service平台概述 539 13.1.3 Web Service的广泛应用 542 13.2 JAX-WS：Java EE 5 Web Service平台 543 13.2.1 Java EE的Web Service支持 543 13.2.2 为什么选择EJB开发 Web Service 544 13.3 使用JAX-WS 2.0开发 Web Service 545 13.3.1 使用@WebService 545 13.3.2 使用@WebMethod 551 13.3.3 使用@SOAPBinding指定 Web Service风格 553 13.3.4 使用@WebParam 555 13.3.5 使用@WebResult 556 13.3.6 使用@OneWay 558 13.4 客户端调用Web Service 558 13.5 本章小结 559 第14章利用JAAS开发安全的应用 560 14.1 JAAS概述 561 14.1.1 Java EE应用的安全概述 561 14.1.2 安全域、用户、组和角色概念 561 14.1.3 JAAS的基本流程 563 14.2 管理服务器的用户和组 565 14.2.1 管理WebLogic服务器上的用户和组 565 14.2.2 管理JBoss服务器上的用户和角色 573 14.2.3 使用RDBMS管理Jboss 服务器上的用户和角色 574 14.3 开发安全的Web应用 576 14.3.1 声明安全性 576 14.3.2 映射安全角色 579 14.3.3 基于JBoss服务器的表单登录 580 14.3.4 基于WebLogic服务器的安全角色映射 583 14.3.5 基于WebLogic服务器的表单登录 583 14.3.6 Web应用中编程式安全 584 14.4 开发安全的Java EE应用 585 14.4.1 为EJB声明安全性 585 14.4.2 应用客户端访问被保护的方法 587 14.4.3 使用Web组件调用EJB被保护的方法 588 14.4.4 EJB中编程式安全 592 14.5 使用SSL建立安全连接 592 14.5.1 SSL基础知识 593 14.5.2 安装和配置SSL支持 593 14.5.3 在配置描述符中指定安全连接 595 14.6 本章小结 597 第15章电子拍卖系统 598 15.1 系统功能简介和架构设计 599 15.1.1 系统功能简介 599 15.1.2 系统架构设计 599 15.2 持久层设计 600 15.2.1 系统实体 601 15.2.2 系统E-R图和数据表 601 15.2.3 实现JPA 实体 603 15.2.4 管理持久化单元 612 15.3 实现系统EAO层 614 15.3.1 实现EAO基类 615 15.3.2 实现系统EAO组件 618 15.4 实现业务逻辑层 622 15.4.1 定义业务逻辑组件接口 622 15.4.2 依赖注入EAO组件 624 15.4.3 业务逻辑组件中的异常处理 625 15.4.4 处理用户竞价 627 15.4.5 判断拍卖物品状态 631 15.4.6 事务管理 633 15.5 实现系统Web层 633 15.5.1 安装JSF 633 15.5.2 处理用户登录 634 15.5.3 图形验证码 639 15.5.4 登录控制 642 15.5.5 添加物品 643 15.5.6 处理用户竞价 650 15.6 使用SiteMesh页面装饰 656 15.6.1 在Web应用中安装SiteMesh 656 15.6.2 定义页面装饰 657 15.7 本章小结 659

ef-orm A Simple OR-Mapping framework on multiple databases. 使用手册(中文)http://geequery.github.io/ef-orm/manual/EF-ORM-user-guide.docx 使用示例工程 https://github.com/GeeQuery/ef-orm/tree/master/orm-tutorial EF-ORM是一个轻量，便捷的Java ORM框架。并且具备若干企业级的应用特性，如分库分表、JTA事务等。代码生成插件for eclipse（请在eclipse中Help/Install new software后输入地址并安装）http://geequery.github.io/plugins/1.3.x/特点一 EF的设计的一个主要目的是提高开发效率，减少编码工作，让开发者“零配置”“少编码”的操作数据库大部分功能。例如：数据库查询条件的传入问题是所有ORM框架都不能回避的一个问题，所以我经常在想——既然我们可以用向DAO传入一个Entity来实现插入操作，为什么就不能用同样的方法来描述一个不以主键为条件的update/select/delete操作？为什么DAO的接口参数老是变来变去？为什么很多应用中，自行设计开发类来描述各种业务查询条件才能传入DAO？为什么我们不能在数据访问层上花费更少的时间和精力? 　　JPA1.0和早期的H框架，其思想是将关系型数据库抽象为对象池，这极大的限制了本来非常灵活的SQL语句的发挥空间。而本质上，当我们调用某H框架的session.get、session.load、session.delete时，我们是想传递一个以对象形式表达的数据库操作请求。只不过某H框架要求（并且限制）我们将其视作纯粹的“单个”对象而已。JPA 2.0为了弥补JPA1.0的不足，才将这种Query的思想引入为框架中的另一套查询体系——Criteria API。事实上针对单个对象的get/load/persist/save/update/merge/saveOrUpdate API和Criteria API本来就为一体，只不过是历史的原因被人为割裂成为两套数据库操作API罢了。　　因此，对于关系型数据库而言——Entity和Query是一体两面的事物，所谓Query，可以包含各种复杂的查询条件，甚至可以作为一个完整的SQL操作请求的描述。为此，EF彻底将Entity和Query绑在了一起。这种思想，使得—— 开发人员需要编写的类更少。开发人员无需编写其他类来描述复杂的SQL查询条件。也无需编写代码将这些查询条件转换为SQL/HQL/JPQL。DAO层也不会有老要改来改去的接口和API，几乎可以做到零编码。对单个对象进行CRUD的操作API现在和Criteria API合并在一起。Session对象可以直接提供原本要Criteria API才能提供实现的功能。API大大简化。 IQueryableEntity允许你将一个实体直接变化为一个查询（Query），在很多时候可以用来完成复杂条件下的数据查询。比如 ‘in (?,?,?)’， ‘Between 1 and 10’之类的条件。 xxQL有着拼装语句可读性差、编译器无法检查、变更维护困难等问题，但是却广受开发人员欢迎。这多少有历史原因，也有Criteria API设计上过于复杂的因素。两者一方是极端灵活但维护困难，一方是严谨强大而学习和编写繁琐，两边都是极端。事实上JPA的几种数据查询方式存在青黄不接的问题。选择查询语言xxQL，项目面临后续维护困难，跨数据库移植性差；选择Criteria API，代码臃肿，操作繁琐，很多人望而却步。EF的设计思想是使人早日摆脱拼装SQL/HQL/JPQL的困扰，而是用（更精简易用的）Criteria API来操作数据库。基于轻量级Criteria API的操作方式，使得对数据库的变更和重构变得非常轻松，解决了SQL语句多对软件维护和移植造成产生的不利影响。阅读推荐：第3、4章特点二，将SQL的使用发挥到极致，解决SQL拼凑问题、数据库移植问题大部分OLTP应用系统到最后都不免要使用SQL/JPQL，然而没有一个很好的方法解决SQL在多种数据库下兼容性的问题。 EF-ORM中采用了独特的SQL解析和改写技术，能够主动检查并确保SQL语句或者SQL片段在各个数据库上的兼容性。 EF中除了Criteria API以外，可以直接使用“SQL语句”或者“SQL片段”。但是这些SQL语句并不是直接传送给JDBC驱动的，而是有着一个数据库方言层，经过方言层处理的SQL语句，就具备了在当前数据库上正确操作的能力。这相当于提供了一种能跨数据库操作的SQL语言。(E-SQL) E-SQL不但解决了异构数据库的语法问题、函数问题、特殊的写法问题，还解决了动态SQL问题、绑定变量扩展等特性。对于各种常用SQL函数和运算符，都可以自动转换为当前数据库支持的方言来操作。其函数支持也要多于HQL支持的函数。阅读推荐：第7、8章特点三，可能是业界最快的ORM框架. 得益于ASM的动态代码生成技术，部分耗时操作通过动态代码固化为硬编码实现，EF-ORM的大部分操作性能要超过已知的其他框架。实际性能测试表明，EF的大部分操作都要快于Hiberante和MyBatis，部分操作速度甚至数十倍于上述框架。 EF在极限插入模式下，甚至刷新了每秒10万条写入的记录。远远超过了其他框架。一个初步的性能测试：测试代码：http://geequery.github.io/ef-orm/manual/performance-test.rar 测试报告：http://geequery.github.io/ef-orm/manual/performance-compare.docx 阅读推荐：第9、17章特点四，分库分表开发过程中参照了Hibernate Shards、Alibaba TDDL、Cobar等框架，也是基于词法分析器来提取SQL参数，并计算路由。能支持分库维度含糊等场景下的分库分表。以及包括多库多表下的 order by , distinct, group by, having等操作。阅读推荐：第10章特点五，常用DDL操作的封装从数据库元数据访问，到建表，创建约束，创建sequence等各种DDL操作进行了封装，用户无需编写各种SQL，可以直接通过API操作数据库结构。尤其是ALTER TABLE等修改数据库的语句，各种不同的RDBMS都有较大语法差异。特点六、解决各种跨RDBMS的移植问题 1、DML操作、自增值处理与返回、查询这些不同数据库操作差异很大的东西，都了统一的封装。 2、DDL操作、建表、删表、trunacte，Sequence创建和TABLE模拟Sequence等，都做了支持。 3、对SQL语法操作和函数的改写与支持。其他特性轻量该框架对应用环境、连接池、是否为J2EE应用等没有特殊要求。可以和EJB集成，也可与Spring集成，也可以单独使用。整个框架只有两个JAR包，模块和功能都较为轻量。依赖少整个框架只有三个jar库。间接依赖仅有commons-lang, slf4j等7个通用库，作为一个ORM框架，对第三方依赖极小。简单直接的API 框架的API设计直接面向数据库操作，不绕弯子，开发者只需要数据库基本知识，不必学习大量新的操作概念即可使用API完成各种DDL/DML操作。最大限度利用编译器减少编码错误的可能性 API设计和元数据模型（meta-model）的使用，使得常规的数据库查询都可以直接通过Criteria API来完成，无需使用任何JPQL/HQL/SQL。可以让避免用户犯一些语法、拼写等错误。JPA2规范兼容使用JPA 2.0规范的标准注解方式来定义和操作对象。（但整个ORM不是完整的JPA兼容实现）更高的性能依赖于ASM等静态字节码技术而不是CGlib，使得改善了代理性能；依赖于动态反射框架，内部数据处理上的开销几乎可以忽略。操作性能接近JDBC水平。对比某H开头的框架，在写入操作上大约领先30%，在大量数据读取上领先50%以上。更多的性能调优手段 debug模式下提供了大量性能日志，帮您分析性能瓶颈所在。同时每个查询都可以针对batch、fetchSize、maxResult、缓存、级联操作类型等进行调整和开关，可以将性能调到最优。可在主流数据库之间任意切换支持Oracle、MySQL、Postgres、MSSQL、GBase、SQLite、HSQL、Derby等数据库。除了API方式下的操作能兼容各个数据库之外，就连SQL的本地化查询也能使之兼容。JMX动态调节可以用JMX查看框架运行统计。框架的debug开关和其他参数都可以使用JMX动态调整。动态表支持表结构元数据的API也向用户开放，同时支持在使用过程中，灵活调整映射关系，因此用户可以用API动态的创建表结构的模型，从而实现各种动态类型和表的映射（例如POJO中包含一个Map，用于映射各种动态扩展的字段）企业级特性支持 SQL分析，性能统计，分库分表，Oracle RAC支持，读写分离支持标签：eform

JPA(Java Persistence API)意即Java持久化API，是Sun官方在JDK5.0后提出的Java持久化规范JPA的出现主要是为了简化持久层开发以及整合ORM技术，结束Hibernate、TopLink、JDO等ORM框架各自为营的局面。JPA是在吸收现有ORM框架的基础上发展而来，易于使用，伸缩性强。总的来说，JPA包括以下3方面的技术：ORM映射元数据：支持XML和注解两种元数据的形式，元数据描述对象和表之间的映射关系API：操作实体对象来执行CRUD操作查询语言：通过面向对象而非面向数据库的查询语言（JPQL）查询数据，避免程序的SQL语句紧密耦合

这是www.sourcebeat.com上JPA101一书的样章，可以从TheServerSide.com上下载，作者blog是http://www.jroller.com/cmaki/entry/jpa_presentation，翻译问题请留言，修正之后会发布pdf版本。摘要本章探讨Java持久化查询语言(JPQL)，在简单的向你介绍JPQL后，会直接切入创建查询

排序(ORDER BY) ORDER BY 允许你对查询结果进行排序。数据库排序比应用程序更有效。要依据集合的顺序，可以使用 ORDER BY 操作符。(更多信息参见第三章Entities Part II中 @OrderBy 注释) 这是一个JPQL查询语句中 Order By 操作符的所在位置。 select from [where] [group by] [having...

67,512

社区成员

225,881

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章