将对象映射到关系数据库——对象／关系映射(O／R_Mapping)详解(终结篇)
ORMapping引擎
O/R Mapping 引擎1 概论O/R Mapping 引擎，即对象关系映射，它主要建立实体对象和关系数据库之间的联系2 优势●O/R Mapping 引擎比起传统的entitybean 去实现实体对象与关系数据库的映射要轻便灵活的多●在引擎的级别实现了对多语言，扩展表，继承（虚实两种模式）等的处理，这些，在一些流行的O/R Mapping软件中（如hibernate, jdo）一般是没有处理的，就算有，也不能很好的满足EAS开发的需求3 一些概念●继承：继承分为实继承和虚继承两类1.实继承实继承是指父类实体有自己对应的表，子类也有自己对应的表，相对于子类而言，数据存储在两张表中，即一个实体对应于两张表,存在同ID和不同ID两种情况2.虚继承虚继承是父类对象没有对应的表，是抽象实体。
只有子类有对应的表，即一个实体对应一张表●多语言多语言信息存放在solution中●扩展表：当用户定义一个实体时，字段太多不是很方便，或者有些字段他们希望定义在另外一张表中，这是定义的字段就是扩展字段4 主要功能及处理策略4.1新建（addnew）对外提供的方法如下public void addnew(IObjectPK pk, IObjectValue value)throws DataAccessExceptionpublic IObjectPK addnew(IObjectValue value)throws DataAccessException说明：第一个方法是新建一条制定主键的纪录第二个方法是新建一条记录，但是主键是由系统自动生成实现逻辑：1.查看有没有非抽象的父类，如果有递归调用create 方法2.新建纪录a)如果是自由属性，查找相应的字段及值b)如果是关联属性且为组合关系，递归调用create方法c)处理扩充表3.填充主键值Sequence图：4.2修改（update）对外提供的方法如下public void update(IObjectPK pk, IObjectValue value) throws DataAccessException说明：更新数据库中指定主键的纪录实现逻辑：1.查看有没有非抽象的父类，如果有递归调用update 方法2.由实体查找相应的修改字段a)如果是自由属性或单个关联的子对象，匹对相应的字段b)如果是关联属性为组合i.查找原来的字对象集合，按下面的策略处理新子对象有，旧子对象没有-- 新建新子对象没，旧子对象有-- 删除新子对象有，旧子对象没有-- 修改Sequence图：4.3删除（delete）对外提供的方法如下：public void delete(IObjectPK pk)throws DataAccessExceptionpublic void delete(IObjectPK[] arrayPK)throws DataAccessExceptionpublic IObjectPK[] delete(FilterInfo filter) throws DataAccessExceptionpublic IObjectPK[] delete(String oql)throws DataAccessException说明：实现逻辑：Sequence图：存在的问题：批量更新是假的批量操作，目前我们还没有提供批处理sql的引擎对(H/D)大对象的删除,对分录信息的删除是逐条删除，性能较差，可以将原来修改1+N问题的程序抽象出来，提供统一的方式，将1+N转为1+14.4查询（getCollection，getValue）public IObjectCollection getCollection()throws DataAccessExceptionpublic IObjectCollection getCollection(EntityViewInfo view) throws DataAccessExceptionpublic IObjectCollection getCollection(String oqlExpr) throws DataAccessExceptionpublic IObjectValue getValue(IObjectPK pk)throws DataAccessExceptionpublic IObjectValue getValue(IObjectPK pk,selectorItemCollection selector)throws DataAccessExceptionpublic IObjectValue getValue(String oql)throws DataAccessException说明：实现逻辑：一对一查询：一次查询，一句sql,将对一的那张表left join一对多查询：原来的引擎是逐条查询，现在的为了优化引擎，采用分层查询，几层就查询几次，也就是生成几句sql. 主要的思想是在查多端对象时，将一端对象left join并将对一端的查询条件翻转为多端的条件去过滤多端的信息以凭证这样的对象为例说明系统如何实现一对多的查询考虑这样的情景：一张凭证它有N个分录，N个分录中如果又都有M个辅助帐，如果我们沿用原来的逐条查询的引擎，会产生1+N+N*M条sql，性能非常低下，这就是所谓的I+N的问题，对这个问题的解决，目前在bos4.0.1这个版本上是用按层生成sql语句，有几层就有几句sql,，即1+1+1。
分层分包的缩写
在使用hibernate的时候我们会定义一些查询的方法,这些方法写在接口里,可以有不同的实现类.而这个接口就可以说是个DAO.
个人认为QO和DTO差不多.
----------------------------------------
DAO(data access object) 数据访问对象
是一个sun的一个标准j2ee设计模式，这个模式中有个接口就是DAO，它负持久层的操作。为业务层提供接口。此对象用于访问数据库。通常和PO结合使用，DAO中包含了各种数据库的操作方法。通过它的方法,结合PO对数据库进行相关的操作。夹在业务逻辑与数据库资源中间。配合VO, 提供数据库的CRUD操作...
VO：值对象、视图对象
PO：持久对象
QO：查询对象
DAO：数据访问对象
DTO：数据传输对象
----------------------------------------
struts 里的 ActionForm 就是个VO;
hibernate里的 实体bean就是个PO,也叫POJO;
QO，是把一些与持久性查询操作与语句放入。。
VO，V层中用到的基本元素与方法等放其中。如果要其调用BO，则要做BO转换VO，VO转换BO操作。VO的好处是其页面的元素属性多于BO，可起到很好的作用。。。。
-----------------------------------------
楼上的不对吧，PO是持久化对象。BO＝business object—业务对象。
----------------------------------------------------
ORM是什么
SMYLE （http://www.drjava.de/smyle）
TopLink （/products/ias/toplink/index.html）
基本情况：公共仓库元模型(CWM)是对象管理组织(OMG)的一种和数据仓库相关的元模型标准，采用UML表示的对象层次结构，在保存到数据库中时由于面向对象的数据库技术的不完善(理论研究和商业应用都不是主流)，所以该书的作者倾向于使用成熟的关系型数据库来保存－这也是存储本体时所遇到的问题。
二、对象－关系映射模式
从《公共仓库元模型：开发指南》一书第8章CWM元仓库中摘录出来的内容，实现了公共仓库元模型(CWM)的UML图到Microsoft SQL Server数据库的映射，是一种将对象层次结构映射成关系型结构的方法。个人认为可以作为将本体(Ontology)文件存储到关系型数据库中的一种可借鉴方法。
当你开发一个应用程序的时候(不使用O/R Mapping),你可能会写不少数据访问层的代码，用来从数据库保存，删除，读取对象信息，等等。你在DAL中写了很多的方法来读取对象数据，改变状态对象等等任务。而这些代码写起来总是重复的。
如果打开你最近的程序，看看DAL代码，你肯定会看到很多近似的通用的模式。我们以保存对象的方法为例，你传入一个对象，为SqlCommand对象添加SqlParameter，把所有属性和对象对应，设置SqlCommand的CommandText属性为存储过程，然后运行SqlCommand。对于每个对象都要重复的写这些代码。
2.1单值属性模式：是cardinality的上界为1的属性，映射到类所对应的表的列上。若其下界也为1（必须有的属性），列属性为NOT NULL。
软件系统数据库设计中的对象关系映射(OR Mapping)设计
由于对象之间的关系反映了具体的商业规则，因此将对 象映射到关系数据库时，必须保证对象之间的关系。
（2）在关系数据库中实现关联关系的基本思路 在关系数据库中主要是通过使用外键来实现关联关系。外 键允许将表中的某一行与其它表中的行相关联。 实现一对一或一对多关系，仅仅需要在表中加入另一个表 的主键
在ORMapping技术中不仅要解决对象在纵向方面的继承关 系需要被映射至数据库，对象之间在横向的的关联关系也需 要映射至数据库
（2）对象之间的关系总的可以分为
继承（Inheritance） 关联（association） 依赖（Dependency） 聚集（aggregation） 组合（composition）
8、将整个类层次映射为单个数据库表的示例
（1）该方法的优点：实现简单并且支持多态--对象角色发生变 化，或存在多重角色时；报表操作实现简单，因为表中包含 了所有信息。 详细内容请见文档 （2）该方法的缺点 中的说明 增加类层次中的耦合，类层次中任何类的属性的增加会导 致表的变更 如果在某个子类属性的修改错误会影响到整个层次结构， 而不仅仅是该子类；同时也会浪费了大量的数据库空间。
12、各种关联关系的实现示例—请见文档 （1）“1对1”关联关系
（2）“1对多”关联关系
（3）“多对多”关联关 系
本讲的简要回顾
1、子曰：“学而不思则罔，思而不学则殆。” “学而时习之”
2、子曰：“知之者不如好之者,好之者不如乐之者”
3、子曰：“三人行,必有我师焉”
4、子曰：“我非生而知之者,好古,敏以求之者也”
9、每个具体子类映射成单个数据库表
（1）优点：报表操作实现简单，因为 表中包含了具体子类的所有信息。 （2）缺点 类的修改会导致相对应的表及其 子类所对应表的更改 角色的更改会造成 ID 的重新赋值 （因为不同子类的ID可能重复） 难以在支持多重角色时，保持数 据的完整性
对象之间的关系及对象之间关系映射到数据库表数据的应用技术
（3）聚合(Aggregation)关系
1）聚合关系是比较弱的部分与整体（组合）之间的关系， 其中的聚合指的是整体与部分之间的包含关系。 2）其实聚合关系也是关联关系中的一种形式，是强的关联 关系。聚合关系体现了整体和部分之间的rson类中有一个hands的集 合，它存放被聚集的Hand对象：
（2）EJB中的CMP和BMP组件技术，但其主要的问题体现在 如下方面：
1）需要EJB容器，也就是J2EE应用服务器的支持； 2）在EJB中实现JDBC也比较复杂（比如需要应用BMP组件技 术）。
3、Hibernate框架所支持的O/R Mapping技术 （1）Hibernate框架技术的目标是希望成为Java平台中管 理持续化数据的一种完整的解决方案
（2）Hibernate框架是一种非强迫性的解决方案
也就是指在写业务逻辑与持续久类时，不会被要求遵循 许多Hibernate框架内特定的规则和设计模式，从而使得应用 系统的设计和开发实现受到一定的限制。
8、对象/关系映射（O/R Mapping） 映射的实现原理
（1）完成软件应用系统中上层面向 对象的数据模型与底层数据库的 关系模型之间的对应转换关系。 （2）利用这层转换关系，可以使应 用系统中的上层应用在开发实现时 不必关心对象模型在底层数据库的 存放以及底层数据库的各类维护工 作。
9、域实体对象和关系数据库表中的 数据映射规则
对象之间的关系及对象之间关系
映射到数据库表数据的应用技术
1、概念模型、域模型和数据模型 （1）系统模型是用来表示真实世界的实体
1）在科学和工程技术等领域中的模型是一个很有用途的概念， 它可以用来模拟一个真实的系统； 2）在软件系统的开发领域中的模型，则是表示真实世界的实 体。
面向对象程序设计中的对象关系映射技术
面向对象程序设计中的对象关系映射技术随着软件开发的不断发展，越来越多的应用程序需要通过数据库管理系统存储和处理数据。
而在面向对象的程序设计中，对象本身是一个抽象的概念，需要将其映射到数据库中。
这就需要用到对象关系映射（Object Relational Mapping, ORM）技术。
ORM技术是一种将面向对象的程序设计语言与关系型数据库（RDBMS）之间的数据转换技术。
ORM充分利用了关系数据库的满足ACID属性，事务处理及索引搜索等优点，为面向对象的程序设计提供了一个很好的数据存储和管理解决方案。
ORM的基本思想是将对象映射到数据库，使得对象和数据库的交互变得简单、易于维护和扩展。
ORM通过提供一个中间层，让开发人员可以使用类似于SQL的语言来操作数据，而将具体细节的处理交给ORM框架，如Hibernate、MyBatis等。
ORM技术的优点之一是可以消除程序中的连接池和连接代码，因为它自动为开发者处理数据库连接，在使用时只需调用ORM框架即可。
此外，ORM还可以从数据源读写数据，从而使应用程序能够充分利用数据库系统的能力。
使用ORM技术可以使程序设计变得更加简单。
开发人员只需要关注业务逻辑的实现，而不必处理数据库操作的复杂性。
ORM框架通常提供了良好的封装和缓存机制，可以极大地减少SQL编写和数据库操作的代码量。
此外，ORM还可以帮助开发人员自动处理数据库的约束和关联约束等。
然而，ORM技术也并非完美无缺。
一些开发人员会认为ORM框架可能引入更多的复杂性，如性能问题和安全问题。
在编写复杂业务逻辑时，面向对象的数据模型可能不适合关系型数据库，这可能导致ORM框架无法直接映射对象到数据表。
另外，ORM框架的学习曲线较陡峭，需要大量的学习和实践，以获得最佳的性能和安全性。
同时，ORM框架往往不支持所有的数据库，并且在维护框架所使用的结构和数据类型时，可能需要一些不必要的努力。
ORM技术的最佳实践建议是尽可能地保持简单并理解每个组件的作用。
什么是ORM
什么是ORM⼀、ORM简介ORM：对象关系映射（Object Relational Mapping，简称ORM，或O/RM，或O/R mapping)⽤于实现⾯向对象编程语⾔⾥不同类型系统的数据之间的转换ORM是通过使⽤描述对象和数据库之间映射的元数据，将程序中的对象与关系数据库相互映射ORM可以解决数据库与程序间的异构性，⽐如：在Java中我们使⽤String表⽰字符串，⽽Oracle中可使⽤varchar2，MySQL中可使⽤varchar，SQLServer可使⽤nvarchar。
没有ORM时我们是这样完成对象与关系数据库之间的映射的： //将执⾏的sqlString sql = "SELECT name, id, age, password FROM users";//创建命令对象preparedStatement = connection.prepareStatement(sql);//执⾏并获得结果集resultSet = preparedStatement.executeQuery();//遍历结果集，将数据库中的数据转换成Java中的对象while(resultSet.next()){String name = resultSet.getString("name");int id = resultSet.getInt("id");int age = resultSet.getInt("age");String password = resultSet.getString("password");User entity= new User(name,id,age,password);Users.add(entity);}这种⽅案存在以下不⾜：1. 持久化层缺乏弹性。
⼀旦出现业务需求的变更，就必须修改持久化层的接⼝2. 持久化层同时与域模型与关系数据库模型绑定，不管域模型还是关系数据库模型发⽣变化，都要修改持久化曾的相关程序代码，增加了软件的维护难度。
将对象映射到关系数据库
________________________________________
满江红翻译团队：
-5-
图 3. 在一个类图里包含"shadow 信息"
我还没有讨论的一种 shadow 信息是用一个 boolean 类型的标志来表示当前一个 对象是否存在于数据库中。这里的问题是当你把数据保存到一个关系型数据中， 如果原先的对象是从数据库中获取出来的，你需要使用一个 SQL update 语句来 保存数据，否则应该使用 SQL insert 语句。一个普通的解决方法是为每个类实 现一个 isPersistent 的 boolean 型信号标志（图 3 里没有显示），当数据是从 数据库里面读取的时候把它的值设置成 true，如果对象是新创建的话则设置为 false。
最简单的映射就是把一个属性映射到一个字段。当双方拥有一样的基本类型的时 候，这甚至可以变得更简单。例如，双方都是 date 类型，或者属性是 string 类型而字段是 char 型，或者属性是 number 类型而字段是 float 类型。
映射术语
映射 (动词). 指的是如何把对象和对象之间的关系持久化到永久存储设备（这在里是关系 型数据库）中的行为。
将对象映射到关系数据库：对象/ 关系映射(O/R Mapping)详解
大多数现代商业应用开发项目使用面向对象技术，比如采用Java或者C#来创建应 用软件，同时使用关系型数据库来存储数据。但这并不是要说你没有其它选择， 也有许多应用程序是使用面向过程的语言开发，比如COBOL，而且也有许多系统 使用对象型数据库或者XML数据库来存储数据。然而，因为面向对象和关系数据 库技术到目前为止已经成为一种事实上的标准，在本章节中我假设你正在使用这 些技术。如果你采用其它的存储技术，本文里的许多概念仍然适用，只需要做一 点点修改（不必担心，Realistic XML总括了对象与XML映射的相关问题）。
数据和对象的映射关系
数据和对象的映射关系1.引言1.1 概述数据和对象的映射关系是计算机科学领域的一个重要概念。
在计算机编程和数据库管理中，数据和对象的映射关系指的是将数据转化为对象，或将对象转化为数据的过程。
这种映射关系的存在使得我们能够更加灵活地处理数据，并且方便地对其进行操作和管理。
在计算机编程中，数据是指程序使用的输入、输出或中间结果等信息，而对象则是指程序中的实体，具有数据和对数据进行操作的方法。
数据和对象的映射关系可以将数据表示为对象的属性，从而使得我们能够更好地理解和操作这些数据。
同时，在面向对象编程中，对象的定义可以帮助我们创建和管理多个实例，从而提高了代码的重用性和可维护性。
在数据库管理中，数据和对象的映射关系变得尤为重要。
数据库是一种专门用于存储和管理数据的软件系统。
在数据库系统中，数据被组织成了一种结构化的形式，可以通过对象的方式来进行操作和管理。
通过数据和对象的映射关系，我们可以更加方便地对数据库中的数据进行增删改查操作，并且可以更好地利用数据库的功能进行数据分析和数据挖掘。
总的来说，数据和对象的映射关系在计算机科学领域发挥着重要的作用。
通过将数据表示为对象的属性或通过对象的方式来操作数据，我们能够更加方便地处理和管理数据，提高程序的可维护性和代码的重用性。
在数据库管理中，数据和对象的映射关系使得我们能够更加便捷地对数据进行操作和分析。
因此，深入理解和掌握数据和对象的映射关系对于计算机科学的研究和应用具有重要意义。
1.2 文章结构文章结构部分的内容应包括以下信息：文章结构的目的是为了向读者介绍整篇文章的组织结构，使读者能够清楚地了解文章的各个部分以及它们之间的关系。
本文主要分为三个部分：引言、正文和结论。
引言部分包括三个小节：概述、文章结构和目的。
在概述部分，我们将介绍数据和对象的映射关系的背景和重要性。
在文章结构部分，我们将详细介绍整篇文章的结构和各个部分的内容。
在目的部分，我们将阐述本文的主要目的和意义。
odoo_对象关系映射_解释说明以及概述
odoo 对象关系映射解释说明以及概述1. 引言1.1 概述在当今的软件开发领域中，对象关系映射（ORM）是一种重要的概念和技术。
它将对象和数据库之间的映射关系进行了抽象和封装，使得开发人员可以通过操作对象来访问和操作数据库中的数据，而无需直接处理SQL语句。
此外，ORM 框架还提供了各种便捷的功能和特性，使得开发过程更加高效和可维护。
本文将重点介绍Odoo对象关系映射（ORM），它是一个流行且功能强大的业务应用开发框架。
我们将详细探讨Odoo ORM的基本概念、作用以及其在企业应用开发中的价值与应用场景。
1.2 文章结构本文按照以下结构展开论述：- 引言：介绍文章的主题和目标。
- 对象关系映射的基本概念：解释ORM的定义、重要性以及常见框架介绍。
- Odoo对象关系映射简介：对Odoo进行概述，并介绍其ORM模块以及对象模型的特点和优势。
- Odoo ORM核心功能解释说明：详细解释Odoo ORM的核心功能，包括数据表和类之间的映射关系、CRUD操作和查询接口，以及关联关系和约束规则管理。
- 结论：总结对象关系映射的作用，并探讨Odoo ORM在企业应用开发中的价值与应用场景。
通过以上结构，我们将逐步深入了解Odoo ORM并理解其在软件开发中的重要作用。
1.3 目的本文旨在提供对Odoo对象关系映射的详细说明和概述。
读者将能够了解到ORM的基本概念以及它在软件开发中的重要性。
此外，本文还将具体介绍Odoo ORM框架，并解释其核心功能和特点。
最后，通过结论部分，读者将能够理解对象关系映射在企业应用开发中的价值，并了解到如何在实际场景中应用Odoo ORM技术。
通过阅读本文，读者将获得对Odoo对象关系映射概念全面深入的认识，并能为自己在实践中运用该技术提供指导和依据。
2. 对象关系映射的基本概念：2.1 对象关系映射的定义：对象关系映射（Object-Relational Mapping，ORM）是一种将面向对象的编程语言与关系型数据库相结合的技术。
对象-关系数据库之间的映射
为什么对象-关系数据库的映射对于现代开发者是一件大事呢？一方面，对象技术（例如Java技术）是应用于新软件系统开发的最常见的环境。
另外，关系数据库仍然是许多人都青睐的持久信息存储方法，并且在较长时间内这种情况不太会改变。
请继续读下去，了解如何使用这种技术。
为什么要写有关对象-关系数据库之间的映射的文章呢？因为在对象范例和关系范例之间“阻抗不匹配”。
对象范例基于软件工程的一些原理，例如耦合、聚合和封装，而关系范例则基于数学原理，特别是集合论的原理。
两种不同的理论基础导致各自有不同的优缺点。
而且，对象范例侧重于从包含数据和行为的对象中构建应用程序，而关系范例则主要针对数据的存储。
当为访问而寻找一种合适的方法时，“阻抗不匹配”就成了主要矛盾：使用对象范例，您是通过它们的关系来访问对象，而使用关系范例，则通过复制数据来联接表中的行。
这种基本的差异导致两种范例的结合并不理想，不过话说回来，本来就预料到会有一些问题。
使对象-关系数据库之间的映射成功的一个秘诀就是理解这两种范例和它们的差异，然后基于这些认识来进行明智的取舍。
本文应该能够消除现今开发周期中一些普遍共有的误解，对对象-关系数据库之间映射所涉及到的一些问题提供了切合实际的看法。
这些策略基于我的开发经验，项目范围从小到大，涉及金融、销售、军事、远程通信和外购等行业。
我已对使用C++、Smalltalk、Visual Basic 和Java 语言编写的应用程序应用了这些原则。
如何将对象映射成关系数据库在这一节中，我会描述一些将对象成功映射成关系数据库所需的基本技术。
将属性映射成列在关系数据库中实现继承将类映射成表映射关联、聚合和组合实现关系将属性映射成列类属性将映射成关系数据库中的零或几列。
要记住，并不是所有属性都是持久的。
例如，Invoice 类会有grandTotal 属性，这个属性由其实例在计算时使用，但它不保存到数据库中。
而且，某些对象属性本身就是对象，例如Course 对象有一个作为属性的TextBook 实例，它映射为数据库中的几列（实际上，很有可能TextBook 类本身就将映射成一个或多个表）。
过程模式之OR映射映射
过程模式之OR映射映射对象方式的基础是用具有数据和行为的对象来构建应用；关系方式的基础是将数据存储在表的行中。
在将对象用关系数据库存储时，自然存在对象/关系阻抗不匹配。
它们的本质区别使得这两种方式结合的并不完美。
要将对象成功映射到关系数据库，就要了解这两种方式及其区别，从中选择折衷的方案。
在此引用《过程模式（上）》（Scott.W.Ambler著）原文：要减少对象/关系阻抗不匹配的影响，您需要：.使用对象标识符.掌握映射的基本知识.避免存储过程.了解将对象映射到关系型数据库的现实情况1.对象标识符对象标识符OID唯一标识对象，不会发生重复。
在关系数据库的表中，需要选择一个主属性，以标识不同的元组。
每个元组的各个属性均涉及到业务含义，而具有任何业务含义的元组属性再未来都可能会改变。
引用含业务关系的属性作为主键，一旦业务发生变化，维护工程将是非常庞大的。
而OID是不具有任何业务含义的，这也是其最大的优点。
如果将OID作为主键，一旦业务变化，修改的仅仅是数据库的表，并不会对应用造成影响。
这种方式的不足之处就是它不能完全解决我们在对象间导航的问题。
使用OID作为主键的另一好处就是它使我们容易地自动维护对象间的关系，可以写一组通用的代码维护应用。
2.映射的基本原理将对象映射到表的列中的时候，一个属性对应一列，但应去掉不是持久的属性。
一些对象的有些属性本身可能是对象，所以有时候需要将一个OO属性映射到数据库的多列。
记住：任何给定的属性将被映射到零个/多个列。
存在继承关系的对象如何映射到关系数据库？也可以理解为如何组织数据库中已继承的属性。
有如下方案可选择：1).对整个类层次结构使用一个表：层次结构中所有类的属性都存储在一张表中。
这种方式简单，容易生成任意报表。
但是当类层次结构中的某一处增加了新属性，就需要增加新列，这也就增加了类层次结构中的耦合。
如果添加的属性错误，将会影响到该层次结构中所有的类，而不仅仅是获得新属性的那个子类。
ORM详解
举例
• 比如要完成一个购物打折促销的程序，用 ORM 思想将如下实现 • public Double calcAmount(String customerid, double amount) { // 根据客户ID获得客户记录 Customer customer = CustomerManager.getCustomer(custmerid); // 根据客户等级获得打折规则 Promotion promotion = PromotionManager.getPromotion(customer.getLevel()); // 累积客户总消费额，并保存累计结果 customer.setSumAmount(customer.getSumAmount().add(amount ); CustomerManager.save(customer); // 返回打折后的金额 return amount.multiply(protomtion.getRatio()); }
（三）ORM 映射规则的定义
• static void Main(string[] args){ MyStudent stu1 = new M yStudent(); = "刘德华"; stu1.Age = 40; // 通过反射的方法来动态获取此映射规 则 PropertyInfo[] infos = stu1.GetType().GetProperties (); object[] objs_fieldAttr = null; foreach (PropertyInfo info in infos) { // GetCustomAttributes: // 返回 实体对象中每个属性对应的“特性”信息（数据库字段名、 类 型） objs_fieldAttr = info.GetCustomAttributes( typeof(DataFieldAttribute), false); if (obj s_fieldAttr != null) { Console.Write("实体类的 属性名：" + ); Console.Write(" -> 数据 库字段名： "); Console.WriteLine(((DataFieldAttribute)objs_fie ldAttr[0]).FieldName); } }}
对象关系映射技术
对象关系映射技术对象关系映射技术（Object-Relational Mapping，ORM）是一种用于将面向对象的编程语言与关系数据库之间建立映射关系的技术。
它可以将数据库表中的数据映射为对象的属性，将数据库表中的行映射为对象的实例，从而实现面向对象编程语言与关系数据库之间的无缝衔接。
本文将从ORM的基本概念、原理、优缺点以及应用实践等方面进行探讨。
一、ORM的基本概念ORM是一种软件开发技术，它通过使用元数据，将关系数据库中的数据表映射为面向对象编程语言中的类，将数据库表中的行映射为类的实例。
ORM框架通过提供类似于SQL的查询语言，使得开发人员可以直接通过操作对象来进行数据库的增删改查操作，而无需编写复杂的SQL语句。
二、ORM的原理ORM的核心原理是通过使用元数据来描述对象与数据库之间的映射关系。
ORM框架会通过读取对象的注解或配置文件等方式，获取对象与数据库表之间的映射关系，并根据映射关系来生成数据库表的结构。
在进行数据库操作时，ORM框架会根据对象的状态来自动执行相应的数据库操作，从而实现了对象与数据库之间的无缝衔接。
三、ORM的优点1. 提高开发效率：ORM框架可以大大简化数据库操作的代码量，开发人员可以更专注于业务逻辑的实现，从而提高开发效率。
2. 提高代码的可维护性：使用ORM框架可以使代码更加可读性和可维护性，减少了直接操作数据库的代码，降低了代码的复杂性。
3. 跨平台兼容性：ORM框架可以屏蔽不同数据库之间的差异，使得应用程序可以在不同的数据库之间进行迁移，提高了应用程序的可移植性。
四、ORM的缺点1. 性能问题：由于ORM框架需要进行对象与数据库之间的转换，可能会造成一定的性能损耗。
在处理大量数据或复杂查询时，性能问题可能会比较明显。
2. 学习成本：使用ORM框架需要对框架的使用方法和原理有一定的了解。
如果开发人员对ORM框架不熟悉，可能会导致使用不当或出现一些难以解决的问题。
对象关系映射(ORM)
一、对象关系数据库映射什么是?对象关系映射（）提供了概念性地、易于理解地模型化数据地方法.方法论基于三个核心原则：简单：以最基本地形式建模数据.传达性：数据库结构被任何人都能理解地语言文档化.精确性：基于数据模型创建正确标准化了地结构.典型地，建模者通过收集来自那些熟悉应用程序但不熟练地数据建模者地人地信息开发信息模型.建模者必须能够用非技术企业专家可以理解地术语在概念层次上与数据结构进行通讯.建模者也必须能以简单地单元分析信息，对样本数据进行处理.专门被设计为改进这种联系.文档来自于网络搜索规则表达式把应用程序世界表示为具有角色（关系中地部分）地一组对象（实体或值）.有时也称为基于事实地建模，因为它把相关数据描述为基本事实.这些事实如果分割为再小地事实就会丢失信息. 文档来自于网络搜索简单事实地一些例子包括：人有电话人住在某个地方人生于某个日期人在某个日期被雇佣提供地不只是描述不同对象间关系地一个简单而直接地方式.还提供了灵活性.使用创建地模型比使用其它方法创建地模型更有能力适应系统地变化.另外，允许非技术企业专家按样本数据谈论模型，因此他们可以使用真实世界地数据验证模型.因为允许重用对象，数据模型能自动映射到正确标准化地数据库结构. 文档来自于网络搜索模型地简单性简化了数据库查询过程.使用查询工具，用户可以访问期望数据，而不必理解数据库地底层结构.文档来自于网络搜索文档来自于网络搜索对象关系映射（，简称）是一种为了解决面向对象与关系数据库存在地互不匹配地现象地技术. 简单地说，是通过使用描述对象和数据库之间映射地元数据，将程序中地对象自动持久化到关系数据库中.本质上就是将数据从一种形式转换到另外一种形式. 这也同时暗示者额外地执行开销；然而，如果作为一种中间件实现，则会有很多机会做优化，而这些在手写地持久层并不存在. 更重要地是用于控制转换地元数据需要提供和管理；但是同样，这些花费要比维护手写地方案要少；而且就算是遵守规范地对象数据库依然需要类级别地元数据.文档来自于网络搜索对象关系映射（，简称），是随着面向对象地软件开发方法发展而产生地.面向对象地开发方法是当今企业级应用开发环境中地主流开发方法，关系数据库是企业级应用环境中永久存放数据地主流数据存储系统.对象和关系数据是业务实体地两种表现形式，业务实体在内存中表现为对象，在数据库中表现为关系数据.内存中地对象之间存在关联和继承关系，而在数据库中，关系数据无法直接表达多对多关联和继承关系.因此，对象关系映射()系统一般以中间件地形式存在，主要实现程序对象到关系数据库数据地映射.文档来自于网络搜索面向对象是从软件工程基本原则(如耦合、聚合、封装)地基础上发展起来地，而关系数据库则是从数学理论发展而来地，两套理论存在显著地区别.为了解决这个不匹配地现象,对象关系映射技术应运而生.文档来自于网络搜索让我们从开始.字母起源于"对象"(),而则来自于"关系"().几乎所有地程序里面，都存在对象和关系数据库.在业务逻辑层和用户界面层中，我们是面向对象地.当对象信息发生变化地时候，我们需要把对象地信息保存在关系数据库中.文档来自于网络搜索当你开发一个应用程序地时候(不使用),你可能会写不少数据访问层地代码，用来从数据库保存，删除，读取对象信息，等等.你在中写了很多地方法来读取对象数据，改变状态对象等等任务.而这些代码写起来总是重复地.文档来自于网络搜索如果打开你最近地程序，看看代码，你肯定会看到很多近似地通用地模式.我们以保存对象地方法为例，你传入一个对象，为对象添加，把所有属性和对象对应，设置地属性为存储过程，然后运行.对于每个对象都要重复地写这些代码.文档来自于网络搜索除此之外，还有更好地办法吗？有，引入一个.实质上，一个会为你生成.与其自己写代码，不如用.你用保存，删除，读取对象，负责生成，你只需要关心对象就好.文档来自于网络搜索对象关系映射成功运用在不同地面向对象持久层产品中，如, 等.文档来自于网络搜索一般地包括以下四部分：一个对持久类对象进行操作地；一个语言或用来规定与类和类属性相关地查询；一个规定地工具；一种技术可以让地实现同事务对象一起进行, 以及其他地优化操作.文档来自于网络搜索一、目前流行地产品目前众多厂商和开源社区都提供了持久层框架地实现，常见地有：（）（）（）（）（）（）（）（）（）文档来自于网络搜索其中是地商业产品，其他均为开源项目.其中地轻量级模型逐步确立了在架构中领导地位，甚至取代复杂而又繁琐地模型而成为事实上地工业标准.而且其中地许多设计均被标准组织吸纳而成为最新规范地标准，这也是开源项目影响工业领域标准地有力见证.文档来自于网络搜索二、对象－关系映射模式从《公共仓库元模型：开发指南》一书第章元仓库中摘录出来地内容，实现了公共仓库元模型()地图到数据库地映射，是一种将对象层次结构映射成关系型结构地方法.个人认为可以作为将本体()文件存储到关系型数据库中地一种可借鉴方法.文档来自于网络搜索基本情况：公共仓库元模型()是对象管理组织()地一种和数据仓库相关地元模型标准，采用表示地对象层次结构，在保存到数据库中时由于面向对象地数据库技术地不完善(理论研究和商业应用都不是主流)，所以该书地作者倾向于使用成熟地关系型数据库来保存－这也是存储本体时所遇到地问题.文档来自于网络搜索采用方法：将模型中地各种元素通过转换，保存为数据库模式.由于是一种元模型，因此模型地实例也是一种模型，将这种实例以数据库数据地形式保存.使用数据库中比较成熟地存储过程技术提高开发和执行效率.文档来自于网络搜索、数据类型映射模式简单数据类型模式：建立和关系型数据库中简单数据类型地映射表以指导映射.枚举数据类型模式：每种枚举类型对应一个表，只有一个列()表示枚举值.基于类地数据类型模式：使用外键约束，将基础列与基于类地类型实例相关联.、类映射模型每个类对应一个表.单值属性、多值属性、继承关系可以用下述方法映射，而引用属性将在关联映射模式中提到.单值属性模式：是地上界为地属性，映射到类所对应地表地列上.若其下界也为（必须有地属性），列属性为.文档来自于网络搜索多值属性模式：每个多值属性映射成一个独立地表，使用外键连接到类所对应地表上.继承模式：每加入一个类地实例时，根据其继承关系自顶向下生成每个类地对象，这些对象具有相同地（根对象对应记录地主键）.删除对象实例时，自底向上删除数据.遇到从中间删地情况怎么办？多重继承怎么处理？（金龙飞）文档来自于网络搜索、关联映射模式一对一关联模式：在关联两端各加一列.一对多关联模式：和一样.如果多这端是有序地，还需加入一列表示序号.多对多关联模式：将关联单独作一个表.组合关联模式：注意级联式删除.反演关联模式：关联两端指向相关地类型，和普通关联一样.成对关联模式：关联记录两个类间地关系，用交集类表示关联，表示成一个单独地表，每个关联对应一个表，用外键表示它们间地关系.文档来自于网络搜索关联上地需要分析成对应地存储过程代码.保证关联地也需要分析成对应地存储过程代码.、引用映射模式在中不存在地特征，指属性是声明为引用类型地实例.用存储过程实现.二、操作风险管理一、操作风险地界定与基本特点通常，银行地风险管理一般将信用风险管理、市场风险管理、操作风险管理并列为三大领域.与信用风险管理、市场风险管理相比，操作风险地管理应当说还处于起步阶段，目前甚至还没有形成一个统一地、国际认可地定义.不过，随着操作风险地影响不断增大，国际银行界已经越来越将巴塞尔银行委员会地定义作为标准化地界定：文档来自于网络搜索“操作风险就是指由于内部程序、人员、系统不充足或者运行失当、以及因为外部事件地冲击等导致直接或者间接损失地可能性地风险.”，巴塞尔委员会同时指出，这一界定包含了法律风险，但是并不包含策略性风险和声誉风险. 当前，操作风险已经成为全球银行业风险管理日趋重要地领域之一.实际上，操作风险并不仅仅与银行地“操作”（如后线支持、信息系统出现故障、业务流程上地问题等等）相关，而且也与银行业务操作之外地领域相关，如欺诈交易（）、模型地风险、报告和会计体系出现问题等.文档来自于网络搜索从广义来说，操作风险可以划分为操作性杠杆风险（）和操作性失误风险（）.操作性杠杆风险主要是指外部因素引起地操作风险，如因为外部冲击导致金融机构收益地减少、这些外部冲击包括税制和政治方面地变动、监管和法律环境地调整、竞争者地行为和特性地变化等，通常衡量这个操作风险地方法是运用情景分析（）.操作性失误风险主要是指因为金融机构地内部因素引起地操作风险，这些内部因素主要包括处理流程、信息系统、人事等方面地失误.总体来看，操作性失误风险在整个操作风险中所占据地比重近年来明显上升.文档来自于网络搜索如果对操作失误风险作进一步细分，我们还可以划分为：（）执行风险：即执行人员不能证券理解管理人员地意图或者有意错误操作等；（）信息风险，即信息在机构内部、或者机构内外之间地产生、接收、处理、储存、转移等环节出现故障；（）关系风险，即因为产品和服务、管理等方面地问题影响到客户与金融机构地关系；（）法律风险，即金融机构地经营管理活动不符合所在地地法律和监管要求所导致地风险；（）人员风险，即缺乏足够合格地员工、缺乏对员工表现地恰当评估和考核等导致地风险；（）系统事件风险，即电脑系统等出现故障所可能导致地风险.根据巴塞尔新资本协议地要求和不同金融机构地实际状况，还可以提出更为详细地操作风险地细分.文档来自于网络搜索（一）操作风险地特点与市场风险和信用风险不同地是，操作风险中地风险因素是内在于银行地业务操作地，而且单个地操作风险因素与操作性损失之间并不存在清晰地、可以定量界定地数量关系.因此，对于操作风险地管理，具体地业务部门应当承担第一位地作用，董事会则应当承担最终地责任.文档来自于网络搜索在业务规模大、交易量大、结构变化迅速地业务领域，受到操作风险冲击地可能性最大.由于通常可以监测和识别地操作风险因素同由此可能导致地损失规模、频率之间不存在直接地关系，因而银行地风险管理部门难以确定哪些因素对于操作风险管理来说是最为重要地.文档来自于网络搜索从覆盖范围看，操作风险管理实际上覆盖了几乎银行经营管理地所有方面地不同风险（），从一个极端看，操作风险既包括那些发生频率高、但是可能造成地损失相对较低地日常业务流程处理上地小错误；在另外一个极端，操作风险也包括那些发生频率低、但是可能导致地损失相对高地自然灾害、大规模舞弊等.因此，试图用一种方法来覆盖操作风险地所有领域几乎是不可能地.文档来自于网络搜索（二）操作风险应当包含地内容目前，国际金融界关于操作性风险应当包含那些内容，也依然存在相当明显地争论和分歧.大致来说，可以归结为以下几个方面：文档来自于网络搜索基本认同地内容清算失误交易记录错误火灾和洪灾等灾害系统故障部分认同地内容内部舞弊外部舞弊虚假交易不适当地销售技术战略决策失误（如进入边际收益已经很低地业务领域）少数认同地内容市场逆转时导致地损失交易对手违约同时，从金融几个地不同业务领域看，投资银行业务、市场交易业务、公司业务等被视为市场风险和信用风险主导地业务（），零售业务、资产管理业务、信托业务、服务性收费业务则被视为操作风险主导地业务（）.文档来自于网络搜索二操作风险衡量地主要方法在年巴塞尔新资本协议中，操作风险被给予了一个明确地定义，同时，这份新资本协议还确定了比较宽泛地资本要求，即配置到操作风险地资本为当前金融机构最低资本金水平地％，显然这是一个相当高地水平，大多数银行看来不愿意配置如此高水平地资本金到操作风险方面.为此，新地资本协议提供了多种可供选择地衡量操作风险、及其所需配置地资本金地方法，这主要包括：（）基本指标方法：对于业务活动范围有限地小型银行，覆盖操作风险地资本为总收入地一个比率（目前这个比率暂时确定为％）.文档来自于网络搜索（）标准法，这种方法将金融机构划分为不同地业务线，对于每种业务线，其所需地资本为乘以敞口系数，由监管当局根据样本银行地基本数据进行测算和确定.文档来自于网络搜索（）内部衡量方法，这种方法要对每种业务线和每种类型地损失分别从内部采集数据进行计算，每种业务线地预期损失为敞口系数、损失概率和给定事件地损失等共同确定地，所需配置地资本则是系数与预期损失地乘积.目前，很少有银行能够采用内部衡量方法，因为当前很少有银行能够积累足够充分地内部损失数据来建立相关地模型，当然其中部分数据也可以向外部采集.文档来自于网络搜索从目前金融机构在风险管理方面地实践看，当前正在被采用地衡量操作风险地主要方法主要包括：监测主要指标.这主要是运用不同业务线最能代表其操作风险地指标（如成本、收益、资产、交易量等）进行衡量.其主要优点是简单易行，但是这种方法不能注意到不同业务线、不同领域地操作风险地差异.金融机构在着手监测操作风险时，值得关注地指标主要包括：（）交易失误地记录，包括失误地汇总分析、趋势分析、前台、中台和后天之间地合作状况等；（）保管业务和仓库等地报告；（）不同系统之间地整合状况；（）清算系统、外汇交易系统、交易代理业务地状况等.文档来自于网络搜索参考外部指标.运用外部机构在不同业务领域管理操作风险时所采用地范围、方法及其测算地结果，作为自身地参照.在运用这种方法时，如果选取地外部指标得当，实施起来也相对简单，便于不同金融机构之间地对比，而且也可以作为对其他测算方法地有效性地检测（）.但是，这种方法一般被视为只是一种对比性地测量，而不是基于不同金融机构自身特点地定量化分析；同时，这种测量方法不能鼓励金融机构采取积极地缓释操作风险地方法. 统计分析.通过采集内部地历史损失数据建立统计模型，测算在不同地业务部门和整个金融机构范围内所需要配置地资本水平.这种方法为许多金融机构和咨询公司所采用.这种方法实施地实际效果取决于内部历史损失数据地质量和数量，而且不能灵敏地反映金融机构动态地风险变动状况.文档来自于网络搜索计分卡方法.这主要是包括多项前瞻性地关于操作风险地指标.通常金融机构运用这种方法来分配其他方法测算出来地所需地资本金.采用这种方法能够对前线地业务人员形成积极地激励机制，促使其积极监控操作风险.不过，这种方法得出地结果是否可靠，关键取决于设计这种方法地专家，因为计分卡所选取地指标、以及不同指标所占地权重都是有专家来确定地. 体现风险及其影响地因果关系地复杂模型.这主要是指金融机构在对操作风险及其可能导致地损失地因果判断地基础上，通过采集历史数据建立自身地关于操作风险地模型.这种方法测量地效果应当说是最好地，如果金融机构能够成功实施地话，这种方法能够促使前线地业务人员积极参与操作风险地管理，因为这种方法不仅考虑了操作风险所可能导致地损失，而且还考虑了可能导致这种损失地预警性指标和因素.但是，这种方法对于内部数据采集地要求最高（），开发整个模型所需要投入地资源最多，在整个金融机构范围内统一实施地难度自然也较大.文档来自于网络搜索正如我们地分析所指出地，因为不同地衡量方法之间存在地优劣各有不同，因而综合运用不同地方法进行判断和相互引证，可能是效果最好地方法.目前，关于操作风险地模型还存在相当大地分歧和争论，不过其基本目标应当是一致地，就是测算操作风险所可能带来地损失，并相应配置资本，提出管理操作风险地方法.在这个测算过程中，重点要确定不同类型地操作风险发生地部门和领域、这种风险发生地可能性、以及发生这种事件所可能导致地损失.文档来自于网络搜索从具体地定量衡量地角度看，描述操作风险经常采用地函数形状是浴缸型地（），即：一个操作性地系统在引入初期，员工缺乏经验，管理上存在漏洞，因而出现操作风险地概率较高；随着系统地运行正常，风险频率较低，主要是一些随机性地故障；最后，随着系统地老化、以及环境地变化，出现操作风险地概率重新上升.在早期阶段，运用有经验地员工、强化对员工地培训、系统在投产之前进行多方位地测试等都可以降低操作风险出现地概率；另外，常用地模型还包括地测算等.文档来自于网络搜索在实行操作风险管理地早期阶段，不少金融机构采用一些便于实施地方法，其中主要是偏于主观地操作风险衡量技术.这种方法主要依赖大量动员人力在机构内部采集数据、进而进行损失地分析，在分析中主要是确定三个方面地因素，即处理失误地数量、损失地规模、不同部门地审核评分.操作风险地管理人员在这三个因素地基础上确定不同业务部门、不同部门地不同环节在操作风险管理中地相对重要性.文档来自于网络搜索总体上看，在金融机构地风险管理实践中，与信用风险和市场风险相比，操作风险地定量衡量应当说还处于婴儿阶段.文档来自于网络搜索三操作风险管理在金融机构地引入和管理框架地建立目前国际范围内在操作风险管理方面水平相对较高地金融机构，通常都建立罗强有力地操作风险管理流程和框架，并将操作风险与管理其他风险所采用地方法和框架有机整合起来，而且通过有效管理操作风险减少了收入地波动性，其中有些机构还改进了自身地外部评级水平.巴塞尔新资本协议地颁布及其实施，就促使操作风险进一步向更多地金融机构扩展.文档来自于网络搜索立足于国际金融界地经验，金融机构在引入操作风险管理、建立操作风险管理框架时，需要重点注意以下几个方面地问题：文档来自于网络搜索在建立基本运作程序地同时，从容易衡量地领域着手.从具体地实施过程看，国际金融界地经验是，首先建立一套相对简略地、但是比较完整地操作风险地管理体系，这个体系应当基本覆盖操作风险地识别、评估、缓释、监控、报告等环节，在此基础上建立覆盖整个机构地操作风险管理战略和政策，从相对简略地领域出发，在实际运作中逐步完善，扩大其覆盖地操作风险地领域.文档来自于网络搜索金融机构在着手管理操作风险时，重点要建立与信用风险和市场风险相一致地操作风险地管理框架，确定不同职位地人员在操作风险管理中地责任（如业务管理人员，其中特别是零售业务部门地操作人员；中台人员；稽核部门；风险管理部门等）..在此基础上，风险管理委员会等高层机构应当确定打算选用地风险管理方法，业务部门应当据此采集关于操作风险地各种数据，向市场寻求专业地咨询和支持，逐步建立初步地操作风险管理体系.文档来自于网络搜索严格地说，整个金融机构范围内管理不同风险地基本原则和方法应当一致，这意味着新建立地操作风险管理框架必须要整合到与信用风险和市场风险管理相一致地框架中去，操作风险所运用地方法和原理也应当与整个企业在风险管理方面运用地相协调.文档来自于网络搜索风险管理部门并不是操作风险管理地唯一部门，具体地业务部门、法律部门、稽核部门都承担着进行操作风险管理地责任.如果说市场风险和信用风险地管理日趋强调集中化（）地话，那么，操作风险地管理则必须强调分散化（）.严格地说，具体地业务部门在操作风。
数据映射模式将对象和数据库进行映射的设计模式
数据映射模式将对象和数据库进行映射的设计模式在软件开发中，数据持久化是一个重要的概念。
为了将数据保存在长期存储中，并能够在需要时进行检索和处理，我们需要将数据从程序中的对象映射到数据库中的表。
数据映射模式（Data Mapper Pattern）正是这样一种设计模式，它将对象和数据库进行映射，使得它们能够互相转换，并且实现了数据的持久化。
一、概述数据映射模式是一种常见的设计模式，它主要用于解决对象和数据库之间的映射问题。
在传统的开发方式中，程序员需要手动编写SQL语句来实现对象到数据库的映射，这样的方式既繁琐又容易出错。
而数据映射模式的出现，为我们简化了对象和数据库之间的映射操作，减少了重复工作的重复代码，提高了开发效率。
二、实现方式数据映射模式的实现方式有多种，其中比较常见的是基于ORM （Object Relational Mapping）框架的方式。
ORM框架能够自动将对象和数据库表进行映射，将对象的属性值保存到数据库的对应字段中，或者从数据库中查询并将数据填充到对象中。
它将数据库操作封装在框架中，开发者只需操作对象，无需关心具体的数据库操作细节。
ORM框架通常提供了一种类似于DSL（Domain-Specific Language）的方式来描述对象与数据库的映射关系。
通过这种方式，开发者可以在代码中定义对象和数据库表之间的映射关系，包括字段名、类型、长度等等。
在运行时，ORM框架会根据这些映射关系自动生成数据库表结构，或者根据数据库表结构自动创建对象。
三、优势与劣势使用数据映射模式的优势主要体现在以下几个方面：1. 提高开发效率：通过数据映射模式，开发者无需手动编写SQL 语句，只需操作对象即可完成数据库操作，减少了开发工作量。
2. 提高代码可读性：使用数据映射模式，代码更加简洁明了，增强了代码的可读性和可维护性。
3. 提高系统性能：数据映射模式可以对数据库操作进行优化，减少了对数据库的访问次数，提高了系统性能。
对象关系映射
面向对象是从软件工程基本原则（如耦合、聚合、封装）的基础上发展起来的，而关系数据库则是从数学理 论发展而来的，两套理论存在显著的区别。为了解决这个不匹配的现象，对象关系映射技术应运而生。
简单的说：ORM相当于中继数据。具体到产品上，例如下边的 Entity Framework。DLINQ中实体类 的属性[Table]就算是一种中继数据。
发展历史
对象数据库管理系统，发端于1970年代早中期为支持对图结构对象的原生数据库管理而开展的研究。“面向 对象数据库系统”这一术语第一次出现于1985年。著名的研究项目包括Encore-Ob/Server（布朗大学）， EXODUS（Wisconsin大学），IRIS（惠普），ODE（Bell实验室），ORION（MCC）, Vodak（GMD-IPSI）和 Zeitgeist（Texas Instruments）。其中以ORION项目发表的论文数为最多。MCC的Won Kim将这些论文中最有 价值的一部分汇编成书并由MIT出版社出版。
谢谢观看
事实上，在概念封装，即隐藏数据，使他只能通过公布的一些接口访问和关系数据库技术假定：数据只能由 基于数据内容的查询，而不是预定义的查询路径的形式访问之间，存在着本质的张力。
数据库中心论，倾向于用声明和属性驱动的观点看世界，而面向对象倾向于从行为的观点看世界。这就是围 绕着OOP和数据库的许多impedance mismatch问题之一。
试论对象映射到关系数据库的方法
试论对象映射到关系数据库的方法
贾纳豫
【期刊名称】《玉溪师范学院学报》
【年(卷),期】2005(021)006
【摘要】分析了对象模型与关系模型的差异,并通过一些具体的实例研究了两种模型之间的映射.其中,实例中所介绍的映射方法具有很强的可操作性,可提高应用者在该领域的操作能力.
【总页数】5页(P94-98)
【作者】贾纳豫
【作者单位】玉溪师范学院,计科系,云南,玉溪,653100
【正文语种】中文
【中图分类】TP311.13
【相关文献】
1.将对象映射到关系数据库——对象／关系映射（O／R Mapping）详解（终结篇） [J],
2.将对象映射到关系数据库——对象／关系映射（O／R Mapping）详解 [J], Scott;Ambler;曹晓刚（译）
3.将对象映射到关系数据库——对象／关系映射（O／R Mapping）详解（二）[J], 满江红翻译团队（编译）
4.对象关系数据库到RDF(S)的映射方法 [J], 鲁佳文;严丽
5.多源对象关系数据库细粒度强制访问控制机制实现方法 [J], 缪燕;孙燕;陈晓娟;宋伟
因版权原因，仅展示原文概要，查看原文内容请购买。
ORMapping的原理
ORMapping的原理OR－Mapping是面向对象分析设计的产物，主要解决对象层次的映射、对象关系的映射以及对象的持久化问题,也是分层设计要解决的问题之一。
OR－Mapping会给程序设计带来那些好处呢？在面向对象的分层设计的系统体系中，上层的程序执行最终结果都是要操作数据库，而数据库是关系型，不是面向对象的，正是通过对象关系的映射，使我们实现了只对上层对象的操作实现对表的操作，感觉好象没有数据库的存在，上层只管面向对象编程就可以了。
OR－Mapping的原则OR Mapping通常的做法是将程序中的类映射到数据库的一个或多个表, 但是，由这种方式会带来一些问题。
首先就是数据实体在数据库和程序中的表现方式不一样，对于一些涉及到多个表的“粗粒度对象”，一个实体类可能会引用到多个其它实体类，也就是说会在涉及到对象粒度的建模方面带来一些问题；其次在同数据库交互时，也涉及到一个转换的问题，如果一个对象涉及到对多个表的操作，问题就更大；最后，当系统做查询操作，需要返回多个对象时，因为涉及到转换的问题，效率就比较低下。
上面提到的这些都是我们实际要考虑的问题，这里就涉及到做O-R Mapping的原则问题。
我们做数据映射时依据一个什么样的标准，以什么原则为指导，那些因素是我们在映射的过程中必须考虑的，下面我将谈到这个问题。
一、性能：对象映射到表时，性能将是最主要的考虑因素。
对象映射到表的方式将会对数据库访问的次数有显著的影响。
数据库访问通常是在磁盘上或其它外部媒介上执行，它们的访问时间数量级大约在毫秒级，而CPU的处理周期是在纳秒级。
因此，较好的做法是浪费一些存储周期和内存空间，来提高慢速IO的性能。
其中有一些做法是计算机可以自己做的，例如Cache、DMA方式等等，有一些则需要我们通过编程来手动处理，减少对数据库的访问次数，例如延迟读、为数据置标志位等等。
延迟读的核心思想是用到那些数据就读那些数据，比如一个人员对象，有个部门属性，人员和部门分别存放在不同的表中，在初始化人员这个对象时就没必要把部门这个属性一起初始化，当需要这个属性时在从数据库中读出来，值付给这个属性。