学习Ambler的Persistence Layer文档的笔记

1. 持久化层必须满足的需求
  除了关系型数据库，还应该支持文件格式、面向对象数据库等等存储格式
  在持久化层中完全封装数据库操作，例如save、delete等等
  可以同时返回过个数据对象，而不是每次只能够返回一个
  支持事务
  对象标识，类似Table中的PK
  游标Cursor，不能够一次返回某个对象的成百上千实例，那么就需要Cursor来完成这个任务，完成与后台数据库的操作
  在某些情况下，不需要对象的完全信息数据（员工列表只需要员工的姓名，不需要其它的信息），这需要代理对象来完成对真实数据对象的封装（员工的代理类，只有ID和姓名）
  对于报表，需要的大量的数据记录Record而不是一个个的数据对象DataObject，所以需要Record
  满足系统架构变动
  满足数据库的版本变动
  多连接
  出于性能的考虑，可能需要在某些特殊情况下输入SQL来完成DB的操作，那么持久化层要满足允许输入SQL

2. 持久化层实现手法
  三种
    一个类一个Table对应，一个继承树使用一套PK来作为各个Table的PK，各自类对应的Table中只包含自己的Attribute
    对于每一个Concrete类对应一个Table，每个类有自己的一套PK，每个类的Attribute包含其父类的Attribute
    对于所有的类使用一个Table，所有类，无论子类还是父类，属性都放在一张表中

3. 类之间的关联关系
  使用FK来解决掉
  如果出现多对多的关系，就使用一个中间表来记录两个实际类的多对多关系

4. 持久化层所涉及到的类
  ClassMap，类的集合，封装了行为，需要被映射到Table中的类的集合
  Cursor，封装了Cursor的概念
  PersistenceBroker，维护到持久化层的连接，处理持久化层和其他层次的通信
  PersistentCriteria，是一个类层次，这个类层次封装了一些行为，这些行为总体上来说是对DB中数据的筛选，但是不是通过PersistentObject的那种OID进行筛选，而是通过了Object的一组属性集合进行筛选
  PersistenceMechanism，访问DB的机制问题，对应于FlatFile，Relation DB和OO DB可能是不同的机制
  PersistentObject，封装了能够对应到领域模型种类
  PersistentTransaction，封装了事务
  SqlStatement，支持SQL Query

5. 实现上还是不清楚的，有几个例子可以看看
  Delphi，Depo，好像是巴西人做的一个比较好完成Ambler的文档所介绍的ORM的作品
  另外是Hibernate，java的对象持久化，还没有看过，好像是插件方式的，不知道，要看看哦！！！！
  .Net上面的么？不知道，

6. 总体的感觉，就是通过了Xml文件配置，对Assembly进行了反射，然后呢？不知道，难道就是使用么？
  
7. 今天同时看到的新闻，MS的申请ORM的专利，faint