数据库对象模型
㈠ 数据库面向对象模型的优缺点是什么
1.优点
A重用性 利于开发速度 如果你想开发某个功能发现他实现起来很麻烦,这个时候有另一技术能很好的解决
时其优势就发挥出来了
B,封装性/抽象性:结构清晰 很标准 规范化 易于理解 可读性更强
C.继承 容易扩展,在大框架不变的情况下很容易就开发出适合自己的功能
2.缺点
A.执行速度会打折扣
㈡ 数据库主要有哪些模型这些模型的特点是什么
两大类数据模型：数据模型分为2类（分属2个不同的层次，在开发和使用数据库中使用不同的模型）。
概念模型，也称信息模型，它是按用户的观点来对数据和信息建模，用于数据库设计。
逻辑模型和物理模型，逻辑模型主要包括：网状模型、层次模型、关系模型、面向对象模型等，按计算机系统的观点对数据建模，用于DBMS实现。
物理模型，是对数据最底层的抽象，描述数据在系统内部的表示方式和存取方法，在磁盘或磁带上的存储方式和存取方法。
概念模型：信息世界中的基本概念。
用途：数据库设计人员和用户之间进行交流的语言。但要考E-R图！
最常用的数据模型：非关系模型，有层次模型和网状模型；关系模型；面向对象模型、对象关系模型。
㈢ 数据库的概念模型是什么其特点是什么
数据库的概念模型是面向对象数据库系统是为了满足新的数据库应用需要而产生的新一代数据库系统。面向对象是一种认识方法学，也是一种新的程序设计方法学。
数据库概念模型实际上是现实世界到机器世界的一个中间层次。数据库概念模型用于信息世界的建模，是现实世界到信息世界的第一层抽象，是数据库设计人员进行数据库设计的有力工具，也是数据库设计人员和用户之间进行交流的语言。
(3)数据库对象模型扩展阅读：
建立数据概念模型，就是从数据的观点出发，观察系统中数据的采集、传输、处理、存储、输出等，经过分析、总结之后建立起来的一个逻辑模型，它主要是用于描述系统中数据的各种状态。这个模型不关心具体的实现方式（例如如何存储）和细节，而是主要关心数据在系统中的各个处理阶段的状态。 实际上，数据流图也是一种数据概念模型。
㈣ 数据库模型分为哪三类
当前常见的三种数据库数据模型是：层次模型、网状模型、关系模型。
相关知识点介绍
数据库模型描述了在数据库中结构化和操纵数据的方法，模型的结构部分规定了数据如何被描述（例如树、表等）。模型的操纵部分规定了数据的添加、删除、显示、维护、打印、查找、选择、排序和更新等操作。
数据库模型的分类
1、概念模型
2、层次模型
3、网状模型
4、关系模型
5、面向对象模型
㈤ 数据库中所支持的数据模型有哪些
最常用的逻辑数据模型有五种，它们是：
(1)层次模型(hierarchical model);
(2)网状模型(network model) ;
(3)关系模型(relational model);
(4)面向对象模型(object oriented model);
(5)对象关系模OJ (object relational model)
其中，前两类模型称为非关系模型。非关系模型的数据库系统在20世纪70-80年代初非常流行，在数据库系统产品中占据主导地位，在数据库系统的初期起了重要作用二在关系模型得到发展后，非关系模型迅速衰退。在我国，早就不见非关系模型了。但在美国等一些国家，由于早期开发的应用系统实际使用层次数据库或网状数据库系统，因此目前仍有层次数据库和网状数据库系统在使用。
㈥ 数据库按数据的组织方式来分可以分为哪三种模型
1、层次模型：
①有且只有一个结点没有双亲结点（这个结点叫根结点）。
②除根结点外的其他结点有且只有一个双亲结点。
层次模型中的记录只能组织成树的集合而不能是任意图的集合。在层次模型中,记录的组织不再是一张杂乱无章的图，而是一棵"倒长"的树。
2、网状模型 ：
①允许一个以上的结点没有双亲结点。
②一个结点可以有多个双亲结点。
网状模型中的数据用记录的集合来表示，数据间的联系用链接（可看作指针）来表示。数据库中的记录可被组织成任意图的集合。
3、关系模型：
关系模型用表的集合来表示数据和数据间的联系。
每个表有多个列，每列有唯一的列名。
在关系模型中，无论是从客观事物中抽象出的实体，还是实体之间的联系,都用单一的结构类型
(6)数据库对象模型扩展阅读
1、无条件查询
例：找出所有学生的的选课情况
SELECT st_no，su_no
FROM score
例：找出所有学生的情况
SELECT*
FROM student
“*”为通配符，表示查找FROM中所指出关系的所有属性的值。
2、条件查询
条件查询即带有WHERE子句的查询，所要查询的对象必须满足WHERE子句给出的条件。
例：找出任何一门课成绩在70以上的学生情况、课号及分数
SELECT UNIQUE student.st_class，student.st_no，student.st_name，student.st_sex，student.st_age，score.su_no，score.score
FROM student，score
WHERE score.score>=70 AND score.stno=student,st_no
这里使用UNIQUE是不从查询结果集中去掉重复行，如果使用DISTINCT则会去掉重复行。另外逻辑运算符的优先顺序为NOT→AND→OR。
例：找出课程号为c02的，考试成绩不及格的学生
SELECT st_no
FROM score
WHERE su_no=‘c02’AND score<60
3、排序查询
排序查询是指将查询结果按指定属性的升序(ASC)或降序(DESC)排列，由ORDER BY子句指明。
例：查找不及格的课程，并将结果按课程号从大到小排列
SELECT UNIQUE su_no
FROM score
WHERE score<60
ORDER BY su_no DESC
4、嵌套查询
嵌套查询是指WHERE子句中又包含SELECT子句，它用于较复杂的跨多个基本表查询的情况。
例：查找课程编号为c03且课程成绩在80分以上的学生的学号、姓名
SELECT st_no，st_name
FROM student
WHERE stno IN (SELECT st_no
FROM score
WHERE su_no=‘c03’ AND score>80 )
这里需要明确的是：当查询涉及多个基本表时用嵌套查询逐次求解层次分明，具有结构程序设计特点。在嵌套查询中，IN是常用到的谓词。若用户能确切知道内层查询返回的是单值，那么也可用算术比较运算符表示用户的要求。
5、计算查询
计算查询是指通过系统提供的特定函数(聚合函数)在语句中的直接使用而获得某些只有经过计算才能得到的结果。常用的函数有：
COUNT(*) 计算元组的个数
COUNT(列名) 对某一列中的值计算个数
SUM(列名) 求某一列值的总和(此列值是数值型)
AVG(列名) 求某一列值的平均值(此列值是数值型)
MAX(列名) 求某一列值中的最大值
MIN(列名) 求某一列值中的最小值
例：求男学生的总人数和平均年龄
SELECT COUNT(*)，AVG(st_age)
FROM student
WHERE st_sex=‘男’
例：统计选修了课程的学生的人数
SELECT COUNT(DISTINCT st_no)
FROM score
注意：这里一定要加入DISTINCT，因为有的学生可能选修了多门课程，但统计时只能按1人统计，所以要使用DISTINCT进行过滤。
㈦ 什么叫面向对象的数据模型
面向对象数据模型的5个基本概念：对象、类、继承性、对象标识和对象包含。
对象
在面向对象数据库的设计中，我们将客观世界中的实体抽象成为对象。面向对象的方法中一个基本的信条是"任何东西都是对象"。对象可以定义为对一组信息及其操作的描述。对象之间的相互操作都得通过发送消息和执行消息完成，消息是对象之间的接口。严格地讲，在面向对象模型中，实体的任何属性都必须表示为相应对象中的一个变量和一对消息。变量用来保存属性值，一个消息用来读取属性值，另一个消息则用来更新这个值。
类
数据库中通常有很多相似的对象。"相似"是指它们响应相同的消息使用相同的方法，并有相同名称和类型的变量。对每个这样的对象单独进行定义是很浪费的，因此我们将相似的对象分组形成了一个"类"。类是相似对象的集合。类中的每个对象也称为类的实例。一个类中的所有对象共享一个公共的定义，尽管它们对变量所赋予的值不同。面向对象数据模型中类的概念相当于E-R模型中实体集的概念。
继承性
继承性允许不同类的对象共享它们公共部分的结构和特性。继承性可以用超类和子类的层次联系实现。一个子类可以继承某一个超类的结构和特性，这称为"单继承性"；一个子类也可以继承多个超类的结构和特性，这称为"多继承性"。继承性是数据间的泛化/细化联系，是一种"is a"联系。
对象标识
面向对象系统提供一种"对象标识符"（OID）的概念来标识对象。OID与对象的物理存储位置无关，也与数据的描述方式和值无关。OID是惟一的。在对象创建的瞬间，由系统赋给对象，它在系统内是惟一的，在对象的生存期间，标识是不能改变的。如果要将数据转移到另外一个不同的数据库系统中，则标识符必须进行转化。
对象包含
不同类的对象之间可能存在着包含关系）。包含其它对象的对象称为复合对象。包含关系可以有多层，形成类包含层次图。包含是一种"是一部分"（is part of）联系，因此包含与继承是两种不同的数据联系。
目前，一种结合关系数据库和面向对象特点的数据库为那些希望使用具有面向对象特征的关系数据库用户提供了一条捷径。这种数据库系统称为"对象关系数据库"，它是在传统关系数据模型基础上，提供元组、数组、集合一类丰富的数据类型以及处理新的数据类型操作能力，并且有继承性和对象标识等面向对象特点。
㈧ 什么是对象关系数据模型
那叫对象关系数据库映射。Hibernate的原理..核心部分.
对象关系映射（ORM）提供了概念性的、易于理解的模型化数据的方法。ORM方法论基于三个核心原则： 简单：以最基本的形式建模数据。 传达性：数据库结构被任何人都能理解的语言文档化。 精确性：基于数据模型创建正确标准化了的结构。 典型地，建模者通过收集来自那些熟悉应用程序但不熟练的数据建模者的人的信息开发信息模型。建模者必须能够用非技术企业专家可以理解的术语在概念层次上与数据结构进行通讯。建模者也必须能以简单的单元分析信息，对样本数据进行处理。ORM专门被设计为改进这种联系。对象-关系数据库映射 规则表达式 ORM把应用程序世界表示为具有角色（关系中的部分）的一组对象（实体或值）。ORM有时也称为基于事实的建模，因为它把相关数据描述为基本事实。这些事实如果分割为再小的事实就会丢失信息。 简单事实的一些例子包括： 人有电话 人住在某个地方 人生于某个日期 人在某个日期被雇佣 ORM提供的不只是描述不同对象间关系的一个简单而直接的方式。ORM还提供了灵活性。使用ORM创建的模型比使用其它方法创建的模型更有能力适应系统的变化。另外，ORM允许非技术企业专家按样本数据谈论模型，因此他们可以使用真实世界的数据验证模型。因为ORM允许重用对象，数据模型能自动映射到正确标准化的数据库结构。 ORM模型的简单性简化了数据库查询过程。使用ORM查询工具，用户可以访问期望数据，而不必理解数据库的底层结构。概念 对象关系映射（Object Relational Mapping，简称ORM）是一种为了解决面向对象与关系数据库存在的互不匹配的现象的技术。 简单的说，ORM是通过使用描述对象和数据库之间映射的元数据，将java程序中的对象自动持久化到关系数据库中。本质上就是将数据从一种形式转换到另外一种形式。 这也同时暗示着额外的执行开销；然而，如果ORM作为一种中间件实现，则会有很多机会做优化，而这些在手写的持久层并不存在。 更重要的是用于控制转换的元数据需要提供和管理；但是同样，这些花费要比维护手写的方案要少；而且就算是遵守ODMG规范的对象数据库依然需要类级别的元数据。 对象-关系映射（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 等。