请教关系数据库和面向对象数据库的区别

如果你问的是GIS的空间数据库的话：GIS空间数据库的发展经历三个阶段——

Geographic Information Systems (1980s)

Geographic Information Science (1990s)

Geographic Information Services (2000s)

第一个阶段GIS主要的使用者是一些专业人员，例如地图制图人员等，比如ESRI Arc/Info，GIS厂商所定位的客户群体是那些只关注于空间数据分析的用户。

这块特定的市场相对较小，其中包括科学界和 部门的专家。

与其他信息技术的用户相比，GIS用户更多是在封闭的环境中工作，使用特别为他们设计的专用数据库；

第二个阶段GIS则进行了一系列的规范化，比如提出了较为完善的理论、框架等，出现了数据模型、数据 *** 作等。

第三个阶段随着Inter时代的到来，出现了另一批使用空间数据的用户群，他们更喜欢在一个非常高级的、用户界面非常友好的层次上使用空间数据。

比如百度地图，google earth 支持空间查询，能够迅速定位，选择路径等。

如果你只是单纯问数据库的话：

总体说来，数据库技术从开始到现在一共经历了三个发展阶段：第一代是网状、层次数据库系统，第二代是关系数据库系统，第三代是以面向对象数据模型为主要特征的数据库系统。

第一代包括网状和层次数据库系统，是因为它们的数据模型虽然分别为层次和网状模型，但实质上层次模型只是网状模型的特例而已。

这二者都是格式化数据模型，都是在60年代后期研究和开发的，不论是体系结构、数据库语言，还是数据的存储管理，都具有共同特征，所以它们应该划分为一代。

第二代数据库系统支持关系数据模型。

关系模型不仅具有简单、清晰的优点，而且有关系代数作为语言模型，有关系数据理论作为理论基础。

因此关系数据库具有形式基础好、数据独立性强、数据库语言非过程化等特点，这些特点是数据库技术发展到了第二代的显著标志。

虽然关系数据模型描述了现实世界数据的结构和一些重要的相互联系，但是仍然不足以抓住和表达数据对象所具有的丰富而重要的语义，因而它属于语法模型。

第三代数据库系统的特征是数据模型更加丰富，数据管理功能更为强大，能够支持传统数据库难以支持的新的应用需求。

不过你提到了GIS那应该是问空间数据库吧？就是在普通关系数据库上加入了对空间数据的处理 *** 作，应该是关系数据库的进一步发展，GIS就是空间数据库的一个应用~

呵呵，我的专业就是GIS，今天刚结束空间数据库原理专业课考试，希望能够帮到你。

SQL是高级的非过程化编程语言，允许用户在高层数据结构上工作。它不要求用户指定对数据的存放方法，也不需要用户了解具体的数据存放方式，所以具有完全不同底层结构的不同数据库系统可以使用相同的SQL语言作为数据输入与管理的接口。

数据定义语言(DDL)，例如：CREATE、DROP、ALTER等语句。

数据 *** 作语言(DML)，例如：INSERT（插入）、UPDATE（修改）、DELETE（删除）语句。

数据查询语言(DQL)，例如：SELECT语句。（一般不会单独归于一类，因为只有一个语句）。

数据控制语言(DCL)，例如：GRANT、REVOKE等语句。

事务控制语言（TCL），例如：COMMIT、ROLLBACK等语句。

SQL语言包括四类种主要程序设计语言类别的语句：数据定义语言(DDL)，数据 *** 作语言(DML)及数据控制语言(DCL)还有事务控制语言（TCL）。

RDBMS 关系型DBMS

Record(记录) 同元组(Tuple)

Recovery control(恢复控制) 当时百事 将数据库还原到正确状态的过程

Rcursive relationship(递归关系) 一种关系 挡同一个实体在不同的角色中参与多次时就会出现递归关系 例如Staff Supervises Staff

redundant data(冗余数据) 在多个表中存储的重复数据

Referential integrity(参照完整性) 如果一个表中存在外健 则外健值必须匹配主表中的某些记录的候选键的值

Relation(关系) 一个关系是一张表 它也有列和行

Relational model(关系模型) 以表(或关系)的形式表示数据的数据模型

Relational database(关系数据库) 规范化表的集合

Relation(关系) 实体间有意义的关系

Relationship occurrence(关系出现) 两个实体出现之间的唯一可标识的联系

Requirements collection and ysis(需求收集于分析) 数据库应用程序生命周期的一个阶段 包括收集和分析数据库应用程序所要支持的关于公司的信息 并使用这些信息来标识新的数据库应用需求

Row(行) 同元组(Tuple)

Second normal form(第二范式) 一个已经是第一范式的表 同时满足所有的非主健列只能从构成主健的全部列中获得

Secondary index(二级索引) 在数据文件的非有序字段上定义的索引

Security(安全) 指防止数据库被非授权的用户访问 包括有意的和无意的 RDBMS通常提供两种类型的安全 数据安全和系统安全

Server(服务器) 为发出请求的客户提供服务的软件应用程序 参见两层/三层客户端 服务器体系结构

Simple attribute(简单属性) 只有一个组件的属性

Single valued attribute(单值属性) 对于一个实体出现只有一个值的属性

Specialization(特化) 通过标识用来区分实体间成员的特征来最大花实体间成员的差别的过程

Specialization hierarchy(特化层次结构) 同类型层次结构(Type hierarchy)

SQL(Structured Query Language 结构化查询语言) 一种用于RDBMS的非过程化数据库语言 换言之 你只需要指定你需要那些信息 而不需要指定如何得到这些信息 SQL已经被国际标准化组织(ISO)标准化了 因此SQL是定义和 *** 纵RDBMS的正式和实际上的标准语言

Strong entity(强实体) 一个不依赖于其他实体的主健的存在而存在的实体

Subclass(子类) 为(超类)实体中的某些出现并保持特定属性和关系并有不同角色的实体

Superclass(超类) 为实体中的所有出现保存公共属性和关系的实体 可参见特化和泛化

Superkey(超键 ER模型) 一个属性或属性集 诶译的标识了每个实体地出现

Superkey(超键 关系模型) 一个列或者列集 唯一的标识了表中地一个记录

System catalog(系统目录) 保存关于数据库地结构 用户 应用程序等信息地数据

System definition(系统定义) 数据库应用声明周期重的一个阶段 包括定义数据库应用程序以及他的主要用户视图地范围和边界

System security(系统安全) 在系统级保护数据库地访问和使用 不如用户名和密码

Table(表) 同关系(relation)

Ternary relationship(三元关系) 三个实体间的关系 例如panch staff和member之间的Registers关系

Testing(测试) 数据库应用生命周期的一个阶段 包括执行应用程序并有意地发现错误

Third normal form NF(第三范式) 一个已经是 NF和 NF的表 同时满足所有的非主健的列的值仅能从主健列得到 而不能从其他列得到

GL Third Generation Language(第三代语言) 一种过程化的语言 比如COBOL C C++ 它需要用户(通常是程序员)指定必须要干什么事情以及如何干这些事情

Three tier client server architecture(三层客户端 服务器体系结构) 由处理用户界面的客户和处理业务逻辑的应用程序服务器以及数据处理曾组成 而数据库服务器是用来来运行DBMS的

Top down approach(自顶向下方法 用于数据库设计) 一种设计方法 此种方法从定义系统的主要结构开始 然后将这些结构逐步细分成更小的单元 在数据库设计中 通过标识实体和数据间的关系开始这个顶层的步骤 然后逐步添加细节 比如你希望保存的关于实体和关系的信息(成为属性)以及在实体 关系和属性上的所有约束

Transaction(事务) 由用户和应用程序执行的一个动作或一系列动作 这些动作访问或修改数据库的内容

Transaction Processing Monitor TPM(事务处理监视器) 控制数据在客户端和服务器键转换的程序 以便为联机事务处理(OLTP)提供一个一致的环境

Transitive dependency(传递依赖) 假设A B C是表中的列 如果B依赖于A(A >B) 并且C依赖于B(B >C) 则C通过B传递而依赖于A(假设A不依赖于B或C) 如果在主健上存在一个传递依赖 则此表就不是 NF的 必须从表中去掉传递依赖以达到 NF的要求

Tuple(元组) 关系中的一行记录

Two tier client server architecture(两层客户端 服务器体系结构) 由处理主要业务和数据处理逻辑以及与用户的接口的客户端应用程序和管理和控制数据库访问的服务器程序组成

Type hierarchy(类型层次结构) 一个是提以及它的子类和他们的超类 等等

UML(Unified Modeling Language 统一建模语言) 在 世纪 年代和 年代引入的诸多面向对象分析与设计方法重的一种较新的方法

Update anomalies(更新异常) 当用户视图更新一个包含冗余数据的标识可能引起的不一致 有三种类型的异常 插入 删除和更新

User view(用户视图) 从特定的作业(比如经理或管理者)角度或业务应用领域(比如市场 职员或库存控制)定义的数据库应用的需求

View(视图) 一个 虚拟底表 它不实际存在数据库中 但他由DBMS从现有底它所涉及的基本表中产生

View integration approach(视图综合法 用于数据库设计) 每个用户视图的需求 用来构建代表用户试图底独立数据模型 在数据库设计阶段 结果数据库模型被合并成一个更大的模型

lishixinzhi/Article/program/SQL/201311/16197

以上就是关于请教关系数据库和面向对象数据库的区别全部的内容，包括:请教关系数据库和面向对象数据库的区别、SQL语言是什么、什么是数据库过程性语言等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！