DBMS的主要功能，DBMS的典型组织

数据模型描述了一组特定的通用概念和特性，如果它们基于此模型，它们管理的所有特定 DBMS 和数据库都应该具备这些概念和特性。
拥有数据模型可以让您使用一种通用语言来比较特定的实现。
虽然数据模型的概念是由 Codd 引入的，但对数据模型最常见的解释似乎是 Christopher Date 的解释。
根据 Data，关系模型由三个部分组成，分别描述了关系方法的不同方面：

1.结构部分
2.操纵部分
3.整体的部分

数据模型的结构部分捕获了基本的逻辑数据结构，在组织与特定模型相对应的数据库时，可以在用户层面上应用。
例如，在SQL数据模型中，数据库结构的主要类型是表。 而在对象数据模型中--先前定义的类型的对象。
数据模型的操作部分包含一种或多种语言的规范，用于向数据库写入查询。 这些语言可能是抽象的，没有明确的语法。 这是在关系数据模型中使用的关系代数和关系微积分语言的特点  或完整的派生语言。如同在SQL数据模型的情况下。
数据模型的操作部分的主要目的是提供一种参考的 "模型 "数据库语言，其表达水平必须在对应于该模型的DBMS实现中保持。

在数据模型的组成部分（在所有已知模型中都没有明确区分），指定了完整性约束机制，该模型对应的所有 DBMS 实现都必须支持该机制。 例如，在关系数据模型的组成部分，严格要求在任何关系变量中都支持主键约束，而SQL数据模型中的表则没有类似的要求。

所有早期系统都不是基于任何抽象模型。 早期系统的抽象表示后来出现在对各种特定系统的共同特征的分析和识别的基础上。 早期系统以记录级别访问数据库。 这些系统的用户使用由 DBMS 的功能扩展的编程语言在数据库中执行显式导航。 只有通过创建具有自己接口的适当应用程序才能支持对数据库的交互式访问。

我们可以认为早期 DBMS 设施的级别与文件系统的级别相关，就像 Cobol 语言的级别与汇编语言的级别相关。
早期系统的导航特性和对记录级数据的访问迫使用户在没有任何系统支持的情况下自己进行数据库访问的所有优化。
关系系统出现后，大多数早期系统都配备了“关系”接口。然而，在大多数情况下，这并没有使它们成为真正的关系系统，因为它们仍然可以以自然的方式操作数据。

基于这种数据模型的最著名和最典型的系统代表是 1960 年代后期引入市场的 Datacom / DB DBMS。应用数据研究公司(ADR)，现在由 Computer Associates 和 Adabas (Adaptable Database System) 所有。
几乎所有现代关系 DBMS 都使用基于发布表的数据访问组织，但在这些系统中，用户无法直接访问发布表（索引）。当我们查看关系 DBMS 的内部界面时，我们会发现它们非常接近基于发布表的系统的用户界面。

反转表模型中的数据库与SQL模型中的数据库类似，但不同的是 存储的表和它们的访问路径对用户来说是可见的。 表的行是由系统按照用户可见的某种物理顺序排列的。也可以为整个数据库指定所有表行的物理排序（例如，在Datacom/DB中就是这样做的）。
对于每个表，你可以定义任意数量的搜索键，为其构建索引。这些索引是由系统自动维护的，但对用户来说是明确可见的。

支持两类操作：
设置记录地址的操作分为两个子类：
1. 直接搜索运算符（例如设置某个访问路径中第一个表项的地址）；
2. 通过指定与前一条记录沿某个访问路径的相对位置来设置记录地址的运算符。
3. 对可寻址记录的操作。

典型的一组操作：
LOCATE FIRST - 按物理顺序查找表 T 的第一条记录；
 - 返回条目的地址；
LOCATE FIRST WITH SEARCH KEY EQUAL - 使用给定的搜索键值 k 找到表 T 的第一条记录；
 - 返回条目的地址；
LOCATE NEXT - 在给定访问路径中找到具有给定地址的条目之后的第一个条目；返回条目的地址；
LOCATE NEXT WITH SEARCH KEY EQUAL - 按照给定值 k 的搜索路径顺序查找表 T 的下一条记录；
 -所使用的扫描方式与密钥k之间必须存在对应关系；
 -返回条目的地址；

LOCATE FIRST WITH SEARCH KEY GREATER——按照搜索键 k 的顺序查找表 T 的第一条记录，其中键字段的值大于给定值 k；
返回条目的地址；
RETRIVE - 选择具有指定地址的记录；
UPDATE - 使用指定地址更新条目；
DELETE——删除指定地址的记录；
STORE - 在指定的表中包含一条记录；
操作生成并返回条目的地址。

没有确定数据库完整性的一般规则。 有些系统支持对某些字段的值的唯一性进行约束，但总的来说，所有数据完整性支持都留给了应用程序。