关系数据库的规则

㈠ 关系型数据库的十二准则

全关系系统应该完全支持关系模型的所有特征。关系模型的奠基人埃德加·科德具体地给出了全关系系统应遵循的基本准则。
准则0
一个关系形的关系数据库管理系统必须能完全通过它的关系能力来管理数据库。
准则1
信息准则 关系数据库管理系统的所有信息都应该在逻辑一级上用表中的值这一种方法显式的表示。
准则2
保证访问准则 依靠表名、主码和列名的组合，保证能以逻辑方式访问关系数据库中的每个数据项。
准则3
空值的系统化处理 全关系的关系数据库管理系统支持空值的概念，并用系统化的方法处理空值。
准则4
基于关系模型的动态的联机数据字典 数据库的描述在逻辑级上和普通数据采用同样的表述方式。
准则5
统一的数据子语言 一个关系数据库管理系统可以具有几种语言和多种终端访问方式，但必须有一种语言，它的语句可以表示为严格语法规定的字符串，并能全面的支持各种规则。
准则6
视图更新准则 所有理论上可更新的视图也应该允许由系统更新。
准则7
高级的插入、修改和删除操作 系统应该对各种操作进行查询优化。
准则8
数据的物理独立性 无论数据库的数据在存储表示或访问方法上作任何变化，应用程序和终端活动都保持逻辑上的不变性。
准则9 数据逻辑独立性 当对基本关系进行理论上信息不受损害的任何改变时，应用程序和终端活动都保持逻辑上的不变性。
准则10
数据完整的独立性 关系数据库的完整性约束条件必须是用数据库语言定义并存储在数据字典中的。
准则11
分布独立性 关系数据库管理系统在引入分布数据或数据重新分布时保持逻辑不变。
无破坏准则 如果一个关系数据库管理系统具有一个低级语言，那么这个低级语言不能违背或绕过完整性准则。

㈡ 关系型数据库必须遵循的三个完整性规则

实体完整性规则：主键约束
域完整性规则：字段类型等范围，bit字段只能为1或0，int字段只能为整数等，
引用完整性规则：外键约束等关联约束

具体的数据库设计，等你熟悉了上面的内容后，你就可以自己设计了，不但你自己可以设计，还可以进行灵活的修改，授人鱼不如授人渔，^_^

㈢ 什么是关系完整性规则关系数据库中,常见的完整性规则有哪些,试举例说明

关系完整性规则即指关系的正确性、相容性和有效性。它是给定的关系模型中数据及其联系的所有制约和依存规则，用以限定数据库状态及状态变化，从而保证数据的正确、相容和有效。

关系模型的完整性举例:

1、实体完整性

如职工表将编号作为主关键字，那么，该列不得有空值，否则无法对应某个具体的职工，这样的表格不完整，对应关系不符合实体完整性规则的约束条件。

2、参照完整性

如在学生管理数据库中，如果将选课表作为参照关系，学生表作为被参照关系，以“学号”作为两个关系进行关联的属性，则“学号“是学生关系的主关键字，是选课关系的外部关键字。选课关系通过外部关键字“学号”参照学生关系。

3、用户定义的完整性

例如要求“考查”课的分数以60分或40分计，在用户输入“考查”课的成绩时，要进行检查，以确保满足特定的约束要求。再如年龄属性，如果属于某一个学生主体，则可能要求年龄在17岁到25岁之间，而如果年轻属性属于某一个公司员工主体，则可能要求年龄在18岁到40岁之间等。

(3)关系数据库的规则扩展阅读

数据的完整性约束是用来确保数据的准确性和一致性。数据的完整性就是对数据的准确性和一致性的一种保证。

数据完整性(Data Integrity)是指数据的精确(Accuracy)和可靠性(Reliability)。

分为以下四类：

1、实体完整性：规定表的每一行在表中是惟一的实体。

2、域完整性：是指表中的列必须满足某种特定的数据类型约束，其中约束又包括取值范围、精度等规定。

3、参照完整性：是指两个表的主关键字和外关键字的数据应一致，保证了表之间的数据的一致性，防止了数据丢失或无意义的数据在数据库中扩散。

4、用户定义的完整性：不同的关系数据库系统根据其应用环境的不同，往往还需要一些特殊的约束条件。用户定义的完整性即是针对某个特定关系数据库的约束条件，它反映某一具体应用必须满足的语义要求。

㈣ 什么叫关系型数据库

关系型数据库，是指采用了关系模型来组织数据的数据库，其以行和列的形式存储数据，以便于用户理解，关系型数据库这一系列的行和列被称为表，一组表组成了数据库。

用户通过查询来检索数据库中的数据，而查询是一个用于限定数据库中某些区域的执行代码。

关系模型可以简单理解为二维表格模型，而一个关系型数据库就是由二维表及其之间的关系组成的一个数据组织。

(4)关系数据库的规则扩展阅读：

关系型数据库特点：

1、存储方式：传统的关系型数据库采用表格的储存方式，数据以行和列的方式进行存储，要读取和查询都十分方便。

2、存储结构：关系型数据库按照结构化的方法存储数据，每个数据表都必须对各个字段定义好，再根据表的结构存入数据，这样做的好处就是由于数据的形式和内容在存入数据之前就已经定义好了，所以整个数据表的可靠性和稳定性都比较高。

3、存储规范：关系型数据库为了避免重复、规范化数据以及充分利用好存储空间，把数据按照最小关系表的形式进行存储，这样数据管理的就可以变得很清晰、一目了然，当然这主要是一张数据表的情况。

4、扩展方式：由于关系型数据库将数据存储在数据表中，数据操作的瓶颈出现在多张数据表的操作中，而且数据表越多这个问题越严重，如果要缓解这个问题，只能提高处理能力，也就是选择速度更快性能更高的计算机。

5、查询方式：关系型数据库采用结构化查询语言来对数据库进行查询，sql早已获得了各个数据库厂商的支持，成为数据库行业的标准，它能够支持数据库的CRUD操作，具有非常强大的功能，SQL可以采用类似索引的方法来加快查询操作。

6、规范化：在数据库的设计开发过程中开发人员通常会面对同时需要对一个或者多个数据实体进行操作，这样在关系型数据库中，一个数据实体一般首先要分割成多个部分，然后再对分割的部分进行规范化，规范化以后再分别存入到多张关系型数据表中，这是一个复杂的过程。

7、事务性：关系型数据库强调ACID规则（原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）），可以满足对事务性要求较高或者需要进行复杂数据查询的数据操作，而且可以充分满足数据库操作的高性能和操作稳定性的要求。

8、读写性能：关系型数据库十分强调数据的一致性，并为此降低读写性能付出了巨大的代价，虽然关系型数据库存储数据和处理数据的可靠性很不错，但一旦面对海量数据的处理的时候效率就会变得很差，特别是遇到高并发读写的时候性能就会下降的非常厉害。

9、授权方式：关系型数据库常见的有 Oracle，SQLServer，DB2，Mysql，除了Mysql大多数的关系型数据库如果要使用都需要支付一笔价格高昂的费用，即使是免费的Mysql性能也受到了诸多的限制。

㈤ 关系数据库有哪几种完整性

3.1
SQL
中的完整性约束
SQL把各种完整性约束作为数据库模式定义的一部分。既有效防止了对数据库的意外破坏，提高了完整性检测的效率，又可以减轻编程人员的负担。
SQL对三种不同完整性约束的设置及检测，采取了不同的方式加以实现。下面分别介绍。
3.1.1
实体完整性和主码
实体完整性规定，主码的任何属性都不能为空，因为，概念模型中实体和联系都是可区分的，而且它们以码为唯一性标识。如果，主码的属性值可以为空，则意味着在概念模型中存在着不以码为唯一性标识的实体。这显然是前后矛盾的。
那么怎样保证实体完整性呢？SQL中实体完整性是通过主码来实现的。一旦某个属性或属性组被定义为主码，该主码的每个属性就不能为空值，并且在关系中不能出现主码值完全相同的两个元组。
主码的定义是在Create
Table
语句中使用
Primary
Key关键字来实现的。方法有两种：
a)
在属性定义后加上关键字
Primary
Key；
b)
在属性表定义后加上额外的定义主码的子句：Primary
Key（<主码属性名表>）
说明：
²
如果主码仅由一个属性组成，上述两种方法都可定义，若由两个或以上的属性组成，则只能用上述第二种方法定义了。
²
对于候选码的说明方法，可以用Unique说明该属性的值不能重复出现。Unique的使用与Primary
Key相似。
²
一个表中只能有一个主码定义，但可以有多个Unique说明。
²
SQL中，并没有强制为每个关系指定主码，但为每个关系指定主码通常会更好一些。（因为主码的指定可以确保关系的实体完整性）
3.1.2
参照完整性约束与外部码
参照完整性是对关系间引用数据的一种限制。即：若属性组A是基本关系R1的外码，它与基本关系R2的主码K相对应，则R1中每个元组在A上的值必须：要么取空值，要么等于R2中某元组的主码值。
一、外部码约束的说明：
SQL中就是利用外部码的说明来实现参照完整性约束，限制表中某些属性的取值的。外部码的说明也有两种方法：
1、在该属性的说明后直接加上关键字”REFERENCES
<表名>（<属性名>）”，其中表名称为参照关系名，属性名称为参照关系的主码。
2、在Create
Table
语句的属性清单后，加上外部码说明子句，格式为：
FOREIGN
KEY
<属性名表1>
REFERENCES
<表名>(<属性名表2>)
上式中的属性名表1和属性名表2中属性可以多于一个，但必须前后对应。
二、参照完整性约束的实现策略
前面讲了，外部码的取值只有两种情况：要么取空，要么取参照关系中的主码值。可是当用户操作违反了这个规则时，如何保持此约束呢？
SQL提供了三种可选方案：
1、RESTRICT(限制策略)：
当用户对表进行违反了上述完整性约束、条件的插入、删除或修改操作时，将会被系统拒绝。
2、CASCADE（级联策略）：
当对参照关系进行删除和修改时，SQL所提供的一种方案。在这种策略下，当删除或修改参照关系中某元组的主码值时，被参照关系中，那些外部码具有该值的元组也将被删除或修改，以保证参照完整性。
3、SET
NULL（置空策略）：
置空策略也是针对参照关系的删除或修改操作的。在这种策略下，当删除参照关系中的某一元组或修改某一元组的主码值时，被参照关系中外码值等于该主码值的元组在该外码上的值将被置空
说明：
当用户不指定参照完整性的实现策略时，一般被默认为RESTRICT(限制策略)。实现策略的说明通常被加在外部码的说明后面，格式为：ON
DELETE
SET
NULL
ON
UPDATE
CASCADE。
3.1.3
用户自定义完整性约束
对于用户自定义完整性约束，SQL提供了非空约束、对属性的CHECK约束、对元组的CHECK约束、触发器等来实现用户的各种完整性要求。
1、非空约束：
在CRETE
TABLE
中的属性定义后面加上NOT
NULL关键字即定义了该属性不能取空值。
2、基于属性的CHECK约束
使用CHECK（检查）子句可保证属性值满足某些前提条件。其一般格式为：
CHECK（<条件>）
它既可跟在属性定义的后面，也可在定义语句中另增一子句加以说明。
如：CHECK（age>=18
AND
age<=65）;
CHECK（sex
IN
(“男”,”女”)）;
CHECK（dno
IN(select
dno
from
department)）;
从上例中可以看出，CHECK子句的条件中还可以带子查询。
3、基于元组的CHECK约束
基于元组的CHECK约束往往要涉及到表中的多个域。所以它是元组约束。在对整个元组完成插入或对某一元组的修改完成之后，系统将自动检查是否符合CHECK条件表达式。若不符合条件，系统将拒绝该插入或修改操作。
基于元组CHECK约束的说明方法是在CREATE
TABLE语句中的属性表、主码、外部码的说明之后加上CHECK子句。
3.1.4
约束的更新
约束与数据库中的表和视图一样，可以进行增、删、改的更新操作。为了改和删约束，需要在定义约束时对其进行命名，在各种约束的说明前加上关键字CONSTRAINT
和该约束的名称即可。
例如：在employee表的create
table语句中：
eno
char(4)
CONSTRAINT
PK_employee
PRIMARY
KEY,
dno
char(4)CONSTRAINT
FK_employee
FOREIGN
KEY
REFERENCES
department(dno);
当对各种约束进行命名后，就可以用ALTER
TABLE语句来更新与属性或表有关的各种约束。如：
ALTER
TABLE
employee
DROP
CONSTRAINT
FK_employee;
ALER
TABLE
Salary
ADD
CONSTRAINT
RightSalary
CHECK(Insure+Fund<Rest);
上述的增加约束，实际上也是通过ALTER
TABLE语句定义约束的一种形式。
SQL不能直接修改约束，修改某一个约束实际上是用ALTER
TABLE
语句先删除该约束，然后再增加一个与该约束同名的新约束。

㈥ 在关系数据库中存在的完整性规则有什么

3.1 SQL 中的完整性约束

SQL把各种完整性约束作为数据库模式定义的一部分。既有效防止了对数据库的意外破坏，提高了完整性检测的效率，又可以减轻编程人员的负担。

SQL对三种不同完整性约束的设置及检测，采取了不同的方式加以实现。下面分别介绍。

3.1.1 实体完整性和主码

实体完整性规定，主码的任何属性都不能为空，因为，概念模型中实体和联系都是可区分的，而且它们以码为唯一性标识。如果，主码的属性值可以为空，则意味着在概念模型中存在着不以码为唯一性标识的实体。这显然是前后矛盾的。

那么怎样保证实体完整性呢？SQL中实体完整性是通过主码来实现的。一旦某个属性或属性组被定义为主码，该主码的每个属性就不能为空值，并且在关系中不能出现主码值完全相同的两个元组。

主码的定义是在Create Table 语句中使用 Primary Key关键字来实现的。方法有两种：

a) 在属性定义后加上关键字 Primary Key；

b) 在属性表定义后加上额外的定义主码的子句：Primary Key（<主码属性名表>）

㈦ 关系数据库的基本概念

1）关系数据库
在一个给定的应用领域中，所有实体及实体之间联系的集合构成一个关系数据库。
2）关系数据库的型与值
关系数据库的型称为关系数据库模式，是对关系数据库的描述，若干域的定义，在这些域上定义的若干关系模式。
关系数据库的值是这些关系模式在某一时刻对应的关系的集合，通常简称为关系数据库。

㈧ 关系数据库中，关系的完整性约束包括哪几种，它们分别有什么作用

关系的完整性约束通常包括域完整性，实体完整性、参照完整性和用户定义完整性。

1、域完整性是保证数据库字段取值的合理性，是最简单、最基本的约束。在当今的关系DBMS中，一般都有域完整性约束检查功能。

2、实体完整性，作用是指在传输、存储信息或数据的过程中，确保信息或数据不被未授权的篡改或在篡改后能够被迅速发现。按实体完整性规则要求，主属性不得取空值，如主关键字是多个属性的组合，则所有主属性均不得取空值。

3、参照完整性，作用是定义建立关系之间联系的主关键字与外部关键字引用的约束条件。关系数据库中通常都包含多个存在相互联系的关系，关系与关系之间的联系是通过公共属性来实现的。根据实体完整性要求，主关键字不得取空值。

4、用户定义完整性作用是根据应用环境的要求和实际的需要，对某一具体应用所涉及的数据提出约束性条件。这一约束机制一般不应由应用程序提供，而应有由关系模型提供定义并检验，用户定义完整性主要包括字段有效性约束和记录有效性。

(8)关系数据库的规则扩展阅读：

关系完整性模型

关系完整性模型中常用的关系操作包括：选择、投影、连接、并、交、差等查询操作和增加、删除、修改操作两大部分。查询的表达能力是其中最重要的部分。

关系操作的的特点是集合操作方式，即操作对象和结构都是集合。这种操作方式也为一次一集合的方式。相应地，非关系数据模型的数据操作方式则为一次一记录的方式。

早期的关系操作能力通常用代数方式或逻辑方式来表示，分别称为关系代数和关系演算。关系代数用对关系的运算来表达查询要求的方式。关系代数、元组关系演算和域关系演算三种语言在表达能力是完全等价的。

关系语言是一种高度非过程化的语言，用户不必请求DBA为其建立特殊的存取路径，存取路径的选择由DBMS的优化机制来完成，此外，用户不必求助于循环结构就可以完成数据操作。

㈨ 关系数据库的什么规则要求一个关系的外码取值或为空值，或等于所对应关系中的主键

数据库的完整性的全名叫做：关系数据库的参照完整性(Referential Integrity)，一般是用在表示多个表之间关系时用的，而且经常使用。比如说，现在有两个表：
Student(StudentNumber, StudentName) 和 Teacher(TeacherNumber, TeacherName, StudentNumber)
其中Teacher表中的studentNumber是外键，并且Student表中的StudentNumber是主键，因此肯定会有如下的参照完整性：Teacher表中的studentNumber的值必须在Student表中的StudentNumber已经存在。
这就是所谓的参照完整性，它是一个很普遍的概念。

㈩ 什么是数据库的关系完整性

关系的究整性
关系模型的完整性规则是对关系的某种约束条件。关系模型中可以有三类完整性约束：实体完整性、参照完整性和用户定义的完整性。其中实体完整性和参照完整性是关系模型必须满足的完整性约束条件，被称作是关系的两个不变性，应该由关系系统自动支持。

一、实体完整性（Entity Integrity）
规则2.1 实体完整性规则 若属性A是基本关系R的主属性，则属性A不能取空值。
例如在关系“SAP（SUPERVISOR，SPECIALITY，POSTGRADUATE）”中，“研究生姓名POSTGRADUATE”属性为主码（假设研究生不会重名），则“研究生姓名”不能取空值。
实体完整性规则规定基本关系的所有主属性都不能取空值，而不仅是主码整体不能取空值。例如学生选课关系“选修（学号，课程号，成绩）”中，“学号、课程号”为主码，则“学号”和“课程号”两个属性都不能取空值。
对于实体完整性规则说明如下：
（1）实体完整性规则是针对基本关系而言的。一个基本表通常对应现实世界的一个实体集。例如学生关系对应于学生的集合。
（2）现实世界中的实体是可区分的，即它们具有某种唯一性标识。
（3）相应地，关系模型中以主码作为唯一性标识。
（4）主码中的属性即主属性不能取空值。所谓空值就是“不知道”或“无意义”的值。如果主属性取空值，就说明存在某个不可标识的实体，即存在不可区分的实体，这与第（2）点相矛盾，因此这个规则称为实体完整性。

二、参照完整性（Referential Integrity）
现实世界中的实体之间往往存在某种联系，在关系模型中实体及实体间的联系都是用关系来描述的。这样就自然存在着关系与关系间的引用。先来看三个例子。
例1 学生实体和专业实体可以用下面的关系表示，其中主码用下划线标识：
学生（学号，姓名，性别，专业号，年龄）
专业（专业号，专业名）
这两个关系之间存在着属性的引用，即学生关系引用了专业关系的主码“专业号”。显然，学生关系中的“专业号”值必须是确实存在的专业的专业号，即专业关系中有该专业的记录。这也就是说，学生关系中的某个属性的取值需要参照专业关系的属性取值。
规则2.2 参照完整性规则 若属性（或属性组）F是基本关系R的外码，它与基本关系S的主码Ks相对应（基本关系R和S不一定是不同的关系），则对于R中每个元组在F上的值必须为：
·或者取空值（F的每个属性值均为空值）；
·或者等于S中某个元组的主码值。
三、用户定义的完整性（User-defined Integrity）
任何关系数据库系统都应该支持实体完整性和参照完整性。除此之外，不同的关系数据库系统根据其应用环境的不同，往往还需要一些特殊的约束条件，用户定义的完整性就是针对某一具体关系数据库的约束条件。它反映某一具体应用所涉及的数据必须满足的语义要求。例如某个属性必须取唯一值、某些属性值之间应满足一定的函数关系、某个属性的取值范围在 0～100之间等。关系模型应提供定义和检验这类完整性的机制，以便用统一的系统的方法处理它们，而不要由应用程序承担这一功能。