面向对象数据库及对象-关系数据库 DBMS分类矩阵.ppt

DBMS分类矩阵 思考：DBMS有哪些不足？ 代价高 性能低 如何取舍？ 老子定律：杀鸡不要用牛刀 DBMS分类矩阵 DBMS分类矩阵 应用背景 标准的文本处理系统，如vi，word，wps等。 数据处理方式为打开一个文件，其内容被拷贝到内存，然后对它进行编辑，定期将内存中拷贝保存到磁盘上。没有查询需求。 数据模型 任意长度的字符序列。 DBMS 文件系统 DBMS分类矩阵 应用背景 商务数据处理 具有简单数据，表作为一组结构化的记录集合，每个记录具有简单的数据类型，如整数、字符串等。 数据模型 二维表 DBMS 关系型数据库系统 DBMS分类矩阵 DBMS需求 查询语言 SQL-89，SQL-92 客户工具 帮助程序员建立用于数据录入和显示的表格 4GL工具：PB，VB，SQL-Forms 性能 事务管理 安全性/体系结构 安全性要求高，DBMS必须在一个与客户应用分离开的地址空间中运行，数据库文件只能由DBMS存取。 DBMS分类矩阵 示例 为实验室做规划，每个职工安排在一个小方格内。 create table emp(ename varvhar(30), space polygon; adjacency set-of(emp)); space为职工所占据的小方格块位置。 adjacency为相邻职工的集合。 DBMS分类矩阵 职工经过一定时期的变动之后，需要重新安排。 main() { read all emp; compact; write all emp; } 该程序把职工集合读进来，修正之后再写回，类似于文本编辑器，没有查询，但数据十分复杂。 CAD类似于上述处理过程，需要反复调试。 DBMS分类矩阵 文件系统不适合此类应用 装入数据时，需要将标识职工的硬盘指针转换为内存指针，写回时，再将内存指针转换为磁盘指针，而且内存指针是临时的，不可重用的。需要开发人员自己来完成。 变量的持久性 在C++中，若有声明int I，则I是一个临时变量，在程序对它初始化之前没有值，而程序结束后它的值就丢失了。 若声明为persistent int I，则I是持久变量，当程序结束后，它的值自动保存起来，而程序下一次启动时，它的值自动成为可用的。 DBMS分类矩阵 有了持久变量，数据在磁盘与主存之间的格式转换，就都成了语言支持系统的事情，程序员只需编写算法。 上例变为 main() { compact(); } DBMS需求 无查询需求 性能： 保持非持久版本的性能，即转为持久版本后性能不能下降很多。 安全性/体系结构 追求速度，牺牲安全性。 DBMS分类矩阵 例：J=J+1 若J是非持久的，只需1ms或更少时间。 若J是持久的，则该语句就变为一个更新。如果存储系统与用户程序不在同一地址空间中运行，那么要处理这个命令就必须进行地址空间的切换，导致比非持久的情况慢2~个数量级。于是把持久的存储系统和用户程序放在相同的地址空间中运行。 操作系统无法区分用户程序与存储系统，因此用户程序可以绕开存储系统，直接通过操作系统来存取整个数据库。 DBMS分类矩阵 create table slides( id int, caption document, picture photo-CD-image); 找出在芦沟桥20公理以内的日落照片。 select id from slides, Landmarks L, Landmarks S where sunset(picture) and contains(caption, L.name) and L.location || S.location and S.name =“芦沟桥” DBMS分类矩阵 新的数据库应用 传统的数据特征 统一性(Uniformity)：数据的结构相似。一个表中所有元组都具有相同的属性列。 面向记录(Record Orientation)：数据项由固定长度的记录组成。 小数据项(Small data Items)：每条记录都很短。 原子字段(Atomic Field)：字段内部不再有其它结构，字段具有原子性(1NF)。 新的数据库应用 新的数据库应用 CAD(Computer-aided Desig) CAD数据依附于某项工程，不但要记录单个组件的数据项，还要记录各组件之间的相互联系（构成，位置），以及在设计各阶段数据的不同版本。 CASE(Computer-Aided Software Engieering) Multimedia Database 新的数据库应用 新的数据特征 大数据项 以兆计的一个