首页 新闻 论坛 群组 Blog 文档 下载 读书 Tag 网摘 搜索 开源 FAQ 第二书店 博文视点 程序员
频道: 研发 数据库 中间件 信息化 视频 .NET Java 游戏 移动 服务: 人才 外包 培训
    图书品种:235680
       
热门搜索: ASP.NET Ajax Spring Hibernate Java

1.5  小结

本章已经讨论了对象持久化的概念,以及ORM作为一种实现技术的重要性。

对象持久化意思是单独的对象可以比应用程序过程存在得更久,它们可以被保存到数据存储并可以在稍后的某个时间点被重新创建。当数据存储是一个基于SQL的关系数据库管理系统时,对象/关系的不匹配出现了。例如,对象网络不能被保存到一个数据库表,对于可移植的SQL数据类型的列,它必须是可分解的和持久化的。针对这个问题的一种好的解决方案是ORM,如果想要Java领域模型有更丰富的类型时,ORM特别有用。

领域模型表示用在Java应用程序中的业务实体。在分层的系统架构中,领域模型用来在业务层执行业务逻辑(在Java中,而不是在数据库中)。这个业务层与下方的持久层交流,以加载和存储领域模型的持久化对象。ORM是管理持久化的持久层中的中间件。

ORM不是所有持久化任务的一颗银弹,它的任务是为开发人员减轻95%的对象持久化工作,例如用许多表联结编写复杂的SQL语句,从JDBC结果集中把值复制给对象或者对象网络。一个全特性的ORM中间件解决方案可以提供数据库可移植性、某种优化技术比如高速缓存,以及利用SQL和JDBC在有限的时间内手工编码不易实现的其他可行的功能。

比ORM更好的解决方案有一天可能会实现。我们(和许多其他人)可能不得不对SQL、持久化API标准和应用程序集成给予重新思考。当今的系统发展成为真正的关系数据库系统——带有无缝的面向对象集成,还只是一种单纯的推测。但是我们不能等待,因为并没有迹象表明这些问题中有任何一项将很快得到改善(一个数十亿美元的行业非常不灵活)。ORM是当前可用的最好的解决方案,为每天面对对象/关系不匹配的开发人员节省了时间。有了EJB 3.0,Java行业认可的完全ORM的一个规范最终也是可用的。

查看所有评论(0)条】

最近评论



正在载入评论列表...
热点评论