db4o对象数屏据库开发首记.docxVIP

HYPERLINK /question/30362_3950 初识开源数据库db4o HYPERLINK /crazyinsomnia \t _blank crazyinsomnia发表于 2-3 21:22 1年前, HYPERLINK /question/30362_3950 \l answers 1回/409阅, 最后回答: 1年前 (0人收藏 , HYPERLINK /question/30362_3950 收藏| HYPERLINK javascript:report(/question/30362_3950,3950,2) 举报) HYPERLINK /question 讨论区 ? HYPERLINK /question?catalog=2 技术分享 HYPERLINK /question/30362_3950 \o 顶：这问题很有用或者很提问清晰明了 顶0 HYPERLINK /question/30362_3950 \o 踩：这问题不知道在问什么，或者没什么用 踩 前言 业界对持久存储领域的追求从未停止过，为了更方便、更容易地用对象表达我们的思维，开源领域和商业领域都涌现了许多新技术， ORM 的出现恰恰说明了这点。最近一年，业界也在反思，到底 ORM 给我们带来的是便利还是麻烦。矛头指向大名鼎鼎的 Hibernate ，纷纷议论其性能问题，大家似乎要达成这样的共识：“在业务逻辑复杂的地方用 SP ，而一般的 CRUD 还是 Hibernate ”，就连全球知名的 BearingPoint 也有类似看法。下面一个简单的例子，说明了传统 ORM 工具的弊端。让我们考虑一个简单的 Student 对象如清单1： 清单1. Student 类 public class Student {  private String name;  private int age;  public String getName(){  return name;  }  public int getAge(){  return age;  } } 考虑下面这个场景:找到“年龄小于 20 岁的所有学生”？ 使用 ORL 实现如清单2： 清单2. ORL 实现 String oql = select * from student in AllStudents where student.age 20; OQLQuery query = new OQLQuery(oql); Object students = query.execute(); 使用 JDOQL 实现如清单3： 清单3. JDOQL 实现 Query query = persistenceManager.newQuery(Student.class, age 20); Collection students = (Collection)query.execute(); 上面的方法都存在一些普遍问题： 现代集成开发环境不会检查内嵌字符串的语义和语法错误。在上面所有查询语句中， age 字段和数值 20 都被认为是数字类型，但是没有一个 IDE 或编译器能检查其实际正确性。如果开发者混淆了查询代码－―比如，改变了 age 字段的名字或类型，将导致――上面所有的查询语句在运行时报错，而不会在编译时提示。 现代敏捷开发技术鼓励不断进行重构来维持清晰和与时俱进的类模型，以便准确重现不断演进的域模型。如果查询代码难于维护，它会延迟决定重 构的时间并不可避免的引入低质量代码。 所有列出的查询都直接用 Student 类的私有成员 age，而不是使用它的公共接口 student.getAge()，因此他们都破坏了面向对象封装规则，违反接口和实现应该分离的面向对象法则。 所有的查询都非 100% 的原生。 既然存在如此多的问题, 为什么不直接使用纯面向对象数据库呢？有些开发者可能会说：“它缺乏数学模型的支持， 还不够成熟”。的确， RDBMS 发展了几十年才有今天的成就，已经非常完善了。而技术的革新是无止境的, 故步自封的永远都跟不上变化的脚步。 让我们来简单回顾一下对象数据库的发展史（资料来源于 Wiki 百科全书）：“面向对象数据库系统”这一术语第一次出现于 1985 年。著名的研究项目包括：Encore-Ob/Server ( 布朗大学）， EXODUS（Wisconsin 大学）， IRIS （惠普）， ODE （ Bell 实验室）， ORION （MCC ） ，Vodak （GMD-IPSI）和 Zeitgeist （Texas Instruments）。其中以 ORION 项目发表的论文数为最多