基础概念,以备记忆
ORM 主要是把数据库中的关系数据映射称为程序中的对象
目录
1OBJECT编辑
对象
-关系数据库映射
规则表达式
ORM把
应用程序世界表示为具有角色(关系中的部分)的一组对象(实体或值)。ORM有时也称为基于事实的建模,因为它把相关数据描述为基本事实。这些事实如果分割为再小的事实就会丢失信息。
简单事实的一些例子包括:
人有电话
人住在
某个地方
人生于某个日期
人在某个日期被雇佣
ORM提供的不只是描述不同对象间关系的一个简单而直接的方式。ORM还提供了灵活性。使用ORM创建的模型比使用其它方法创建的模型更有能力适应系统的变化。另外,ORM允许非技术企业专家按样本数据谈论模型,因此他们可以使用真实世界的数据验证模型。因为ORM允许重用对象,数据模型能自动映射到正确标准化的数据库结构。
ORM模型的简单性简化了数据库查询过程。使用ORM查询工具,用户可以访问期望数据,而不必理解数据库的底层结构。
概念
对象-关系映射(OBJECT/RELATION MAPPING,简称ORM),是随着面向对象的
软件开发方法发展而产生的。面向对象的开发方法是当今企业级应用开发环境中的主流开发方法,
关系数据库是企业级应用环境中永久存放数据的主流数据存储系统。对象和关系数据是业务实体的两种表现形式,业务实体在内存中表现为对象,在数据库中表现为关系数据。内存中的对象之间存在关联和继承关系,而在数据库中,关系数据无法直接表达多对多关联和继承关系。因此,对象-关系映射(ORM)系统一般以中间件的形式存在,主要实现程序对象到关系数据库数据的映射。
让我们从O/R开始。字母O起源于 对象(OBJECT),而R则来自于 关系(RELATIONAL)。几乎所有的程序里面,都存在对象和关系数据库。在业务逻辑层和用户界面层中,我们是面向对象的。当对象信息发生变化的时候,我们需要把对象的信息保存在关系数据库中。
当你开发一个应用程序的时候(不使用
O/R MAPPING),你可能会写不少
数据访问层的代码,用来从数据库保存,删除,读取对象信息,等等。你在
DAL中写了很多的方法来读取对象数据,改变状态对象等等任务。而这些代码写起来总是重复的。
如果打开你最近的程序,看看DAL代码,你肯定会看到很多近似的通用的模式。我们以保存对象的方法为例,你传入一个对象,为SQLCOMMAND对象添加SQLPARAMETER,把所有属性和对象对应,设置SQLCOMMAND的COMMANDTEXT属性为存储过程,然后运行SQLCOMMAND。对于每个对象都要重复的写这些代码。
除此之外,还有更好的办法吗?有,引入一个O/R MAPPING。实质上,一个O/R MAPPING会为你生成DAL。与其自己写DAL代码,不如用O/R MAPPING。你用O/R MAPPING保存,删除,读取对象,O/R MAPPING负责生成SQL,你只需要关心对象就好。
对象关系映射成功运用在不同的面向对象持久层产品中,如:TORQUE,OJB,HIBERNATE,TOPLINK,CASTOR JDO, TJDO 等。
一般的ORM包括以下四部分:
一个对持久类对象进行CRUD操作的API;
一个语言或API用来规定与类和类属性相关的查询;
一个规定MAPPING
METADATA的工具;
一种技术可以让ORM的实现同事务对象一起进行
DIRTYCHECKING, LAZY ASSOCIATION FETCHING以及其他的优化操作。
产品
目前众多厂商和开源社区都提供了持久层框架的实现,常见的有:
JAVA系列:
APACHE OJB ()
CAYENNE ()
JAXOR ()
HIBERNATE ()
IBATIS ()
JRELATIONALFRAMEWORK ()
MIRAGE ()
SMYLE ()
TOPLINK ()
其中 TOPLINK 是 ORACLE 的商业产品,其他均为开源项目。
其中 HIBERNATE[sup data-id="1"][/sup]的轻量级 ORM 模型逐步确立了在 JAVA ORM 架构中领导地位,甚至取代复杂而又繁琐的 EJB 模型而成为事实上的 JAVA ORM 工业标准。而且其中的许多设计均被 J2EE 标准组织吸纳而成为最新 EJB 3.0 规范的标准,这也是开源项目影响工业领域标准的有力见证。
.NET系列:
ENTITYSCODEGENERATE
LINQ TO
SQL
GROVE
RUNGOO.ENTERPRISEORM
FIRECODE CREATOR
MYGENERATION
CODESMITH PRO
CODEAUTO ...
其中:
ENTITYSCODEGENERATE :是(VB/C#.NET实体代码生成工具)的简称,ENTITYSCODEGENERATE(ECG)是一款专门为.NET数据库程序开发量身定做的(ORM框架)代码生成工具,所生成的程序代码基于面向对象、分层架构、ORM及反射+工厂模式等。支持.NET1.1及以上版本,可用于ORACLE、SQLSERVER、SYBASE、DB2、MYSQL、ACCESS、SQLITE、POSTGRESQL、DM(达梦)、POWERDESIGNER文件、INFORMIX、FIREBIRD、MAXDB、EXCEL等和OLEDB、ODBC连接的数据库并可自定义,详见工具的帮助文档和示例。
LINQ TO SQL :微软为SQLSERVER数据库提供的,是.NET FRAMEWORK 3.5 版的一个组件,提供了用于将关系数据作为对象管理的运行时基础结构。 GROVE:即GROVE ORM DEVELOPMENT TOOLKIT。包含GROVE和TOOLKIT两部分内容。GROVE为ORM提供对象持久、关系对象查询、简单事务处理、简单异常管理等功能。 RUNGOO.ENTERPRISEORM : 是一个基于企业应用架构的代码生成工具,主要适用于B/S模式的应用系统开发。开发语言:C#,支持VS2003和VS2005两个版本的开发平台,同时支持SQL SERVER2000/2005。 风越代码生成器 [FIRECODE CREATOR]是一款商业共享基于多种数据库的程序代码生成软件,可快速建立:添加、编辑、查看、列表、搜索功能。支持的数据库:SQL SERVER、ACCESS、ORACLE、MYSQL、EXCEL、FOXPRO、FOXBASE、TEXT等数据库连接。
映射模式
从《公共仓库元模型:开发指南》一书第8章CWM元仓库中摘录出来的内容,实现了公共仓库元模型(CWM)的UML图到MICROSOFT SQL SERVER数据库的映射,是一种将对象层次结构映射成关系型结构的方法。个人认为可以作为将本体(ONTOLOGY)文件存储到
关系型数据库中的一种可借鉴方法。
基本情况:公共仓库元模型(CWM)是对象管理组织(OMG)的一种和数据仓库相关的元模型标准,采用UML表示的对象层次结构,在保存到数据库中时由于面向对象的数据库技术的不完善(理论研究和商业应用都不是主流),所以该书的作者倾向于使用成熟的关系型数据库来保存-这也是存储本体时所遇到的问题。
采用方法:将UML模型中的各种元素通过转换,保存为数据库模式。由于CWM是一种元模型,因此模型的实例也是一种模型,将这种实例以数据库数据的形式保存。使用数据库中比较成熟的存储过程技术提高开发和执行效率。
1、数据类型映射模式
1.1简单数据类型模式:建立UML和关系型数据库中简单数据类型的映射表以指导映射。
1.2枚举数据类型模式:每种枚举类型对应一个表,只有一个列(_ENUMLITERAL)表示枚举值。
1.3基于类的数据类型模式:使用外键约束,将基础列与基于类的类型实例相关联。
2、类映射模型
每个类对应一个表。单值属性、多值属性、继承关系可以用下述方法映射,而引用属性将在关联映射模式中提到。
2.1单值属性模式:是CARDINALITY的
上界为1的属性,映射到类所对应的表的列上。若其下界也为1(必须有的属性),列属性为NOT NULL。
2.2多值属性模式:每个多值属性映射成一个独立的表,使用外键连接到类所对应的表上。
2.3继承模式:每加入一个类的实例时,根据其继承关系自顶向下生成每个类的对象,这些对象具有相同的ID(根对象对应记录的主键)。删除对象实例时,自底向上删除数据。遇到从中间删的情况怎么办?多重继承怎么处理?(
金龙飞)
3、关联映射模式
3.1一对一关联模式:在关联两端各加一列。
3.2一对多关联模式:和3.1一样。如果多这端是有序的,还需加入一列表示序号。
3.3多对多关联模式:将关联单独作一个表。
3.4组合关联模式:注意级联式删除。
3.5反演关联模式:关联两端指向相关的类型,和普通关联一样。
3.6成对关联模式:关联记录两个类间的关系,用交集类表示关联,表示成一个单独的表,每个关联对应一个表,用外键表示它们间的关系。
3.7关联上的OCL需要分析成对应的存储过程代码。
3.8保证关联的CARDINALITY也需要分析成对应的存储过程代码。
4、引用
映射模式
在UML中不存在的MOF特征,指属性是声明为引用类型的实例。用存储过程实现。
OPERATIONAL RISK MANAGEMENT