关系数据库中的表不必具有的性质是什么
关系数据库中的表不必具有的性质是( ).
A. 数据项不可再分
B. 同一列数据项要具有相同的数据类型
C. 记录的顺序可以任意排列
D. 字段的顺序不能任意排列
关系数据库，是建立在关系数据库模型基础上的数据库，借助于集合代数等概念和方法来处理数据库中的数据，同时也是一个被组织成一组拥有正式描述性的表格。
该形式的表格作用的实质是装载着数据项的特殊收集体，这些表格中的数据能以许多不同的方式被存取或重新召集而不需要重新组织数据库表格。
关系数据库的定义造成元数据的一张表格或造成表格、列、范围和约束的正式描述。每个表格（有时被称为一个关系）包含用列表示的一个或更多的数据种类。
每行包含一个唯一的数据实体，这些数据是被列定义的种类。当创造一个关系数据库的时候，你能定义数据列的可能值的范围和可能应用于那个数据值的进一步约束。
而SQL语言是标准用户和应用程序到关系数据库的接口。
其优势是容易扩充，且在最初的数据库创造之后，一个新的数据种类能被添加而不需要修改所有的现有应用软件。主流的关系数据库有oracle、db2、sqlserver、sybase、mysql等。
关系数据库理论
第4部分关系数据库理论 复习习题与讲解资料 【主讲教师：钱哨】 一．考试大纲考点要求 1 了解关系模式设计中可能出现的问题及其产生原因以及解决的途径。 2 掌握函数依赖、完全函数依赖、部分函数依赖、传递函数依赖的定义，能计算属性的封闭集，并由此得到关系的候选键。 3 掌握第一范式（ 1NF ）、第二范式（ 2NF ）和第三范式（ 3NF ）的定义，能判别关系模式的范式等级。 4 掌握关系模式的分解（规范到 3NF ）的步骤、分解的原则和分解的方法。 二．单项选择题 1. 为了设计出性能较优的关系模式，必须进行规范化，规范化主要的理论依据是（）。 A. 关系规范化理论 B. 关系代数理论 C．数理逻辑 D. 关系运算理论 2. 规范化理论是关系数据库进行逻辑设计的理论依据，根据这个理论，关系数据库中的关系必须满足：每一个属性都是（）。 A. 长度不变的 B. 不可分解的 C．互相关联的 D. 互不相关的 3. 已知关系模式R（A，B，C，D，E）及其上的函数相关性集合F＝{A→D，B→C ，E→ A }，该关系模式的候选关键字是（）。 A.AB B. BE C.CD D. DE
4. 设学生关系S（SNO，SNAME，SSEX，SAGE，SDPART）的主键为SNO，学生选课关系SC（SNO，CNO，SCORE）的主键为SNO和CNO，则关系R（SNO，CNO，SSEX，SAGE，SDPART，SCORE）的主键为SNO和CNO，其满足（）。 A. 1NF B.2NF C. 3NF D. BCNF 5. 设有关系模式W（C，P，S，G，T，R），其中各属性的含义是：C表示课程，P表示教师，S表示学生，G表示成绩，T表示时间，R表示教室，根据语义有如下数据依赖集：D={ C →P，（S，C）→G，（T，R）→C，（T，P）→R，（T，S）→R }，关系模式W的一个关键字是（）。 A. （S，C） B. （T，R） C. （T，P） D. （T，S） 6. 关系模式中，满足2NF的模式（）。 A. 可能是1NF B. 必定是1NF C. 必定是3NF D. 必定是BCNF 7. 关系模式R中的属性全是主属性，则R的最高范式必定是（）。 A. 1NF B. 2NF C. 3NF D. BCNF 8. 消除了部分函数依赖的1NF的关系模式，必定是（）。 A. 1NF B. 2NF C. 3NF D. BCNF 9. 如果A－>B ,那么属性A和属性B的联系是（）。 A. 一对多 B. 多对一 C．多对多 D. 以上都不是 10. 关系模式的候选关键字可以有1个或多个，而主关键字有（）。 A. 多个 B. 0个 C. 1个 D. 1个或多个 11. 候选关键字的属性可以有（）。 A. 多个 B. 0个 C. 1个 D. 1个或多个 12. 关系模式的任何属性（）。 A. 不可再分 B. 可以再分 C. 命名在关系模式上可以不唯一 D. 以上都不是 13. 设有关系模式W（C，P，S，G，T，R），其中各属性的含义是：C表示课程，P表示教师，S表示学生，G表示成绩，T表示时间，R表示教室，根据语义有如下数据依赖集：D={ C →P，（S，C）→G，（T，R）→C，（T，P）→R，（T，S）→R }，若将关系模式W分解为三个关系模式W1（C，P），W2（S，C，G），W2（S，T，R，C），则W1的规范化程序最
数据库表和数据库关系的实现
第五讲数据库表和数据库关系的实现 5．1数据类型 定义数据表的字段、声明程序中的变量时，都需要为他们设置一个数据类型。目的是指定该字段或变量所存放的数据类型，以及需要多少空间。 5．1．1整型：可以用来存放整数数据的字段或变量。有bigint、int、smallint、 两种类型，这两种类型完全相同，一般建议使用numeric。 使用numeric或decimal时，必须指明精确度（即全部有效位数）与小数点位数，例如：numeric（5，2）表示精度为5，总共位数为5位，其中3位整数及2位小数。若不指定，则默认值为numeric（18，0）。精确度可指定的范围为1~38， 取其“近似值”。例如：23456646677799变成 2.3E+13，此类数据类型有float 和real两种。注意：使用float和real类型，若数值的位数超过其有效位数的限
其中varchar及text的实际存储长度会依数据量而调整。如：varchar（10）表示最多可存储10字节，但若只填入5个字符，那么只会占用5字节。char与varchar 最多只能存储8000个字符，若数据超过此长度，请改用text类型。 在使用char及varchar时必须指定字符长度，例如char（50）、varchar（50）； 的数据与字符串类型相当类似，Unicode字符串的一个字符是用2个字节存储，而一般字符串是一个字符用1个字节存储。此类数据类型有nchar、nvarchar、ntext。 在使用nchar及nvarchar时必须指定字符长度，例如nchar（50）、nvarchar 据多用16进制表示，而且要加上0x字头）。此类数据类型有binary、varbinary 与image，其特性分别相当于字符串类型的char、varchar、text。image类型还可以用来存放word文件、excel电子表格、以及位图、GIF和JPEG文件。 使用binary及varbinary时须指定字符长度，例如binary（50）、varbinary（30）；若未指定，默认值为1。Image类型则不必指定长度。
关系数据库设计
目录 一 Codd的RDBMS12法则——RDBMS的起源 二关系型数据库设计阶段 三设计原则 四命名规则 数据库设计，一个软件项目成功的基石。很多从业人员都认为，数据库设计其实不那么重要。现实中的情景也相当雷同，开发人员的数量是数据库设计人员的数倍。多数人使用数据库中的一部分，所以也会把数据库设计想的如此简单。其实不然，数据库设计也是门学问。 从笔者的经历看来，笔者更赞成在项目早期由开发者进行数据库设计（后期调优需要DBA）。根据笔者的项目经验，一个精通OOP和ORM的开发者，设计的数据库往往更为合理，更能适应需求的变化，如果追其原因，笔者个人猜测是因为数据库的规范化，与OO的部分思想雷同（如内聚）。而DBA，设计的数据库的优势是能将DBMS的能力发挥到极致，能够使用SQL和DBMS实现很多程序实现的逻辑，与开发者相比，DBA优化过的数据库更为高效和稳定。如标题所示，本文旨在分享一名开发者的数据库设计经验，并不涉及复杂的SQL语句或DBMS使用，因此也不会局限到某种DBMS产品上。真切地希望这篇文章对开发者能有所帮助，也希望读者能帮助笔者查漏补缺。 一?Codd的RDBMS12法则——RDBMS的起源 Edgar Frank Codd（埃德加·弗兰克·科德）被誉为“关系数据库之父”，并因为在数据库管理系统的理论和实践方面的杰出贡献于1981年获图灵奖。在1985年，Codd 博士发布了12条规则，这些规则简明的定义出一个关系型数据库的理念，它们被作为所有关系数据库系统的设计指导性方针。 1.信息法则?关系数据库中的所有信息都用唯一的一种方式表示——表中的值。 2.保证访问法则?依靠表名、主键值和列名的组合，保证能访问每个数据项。 3.空值的系统化处理?支持空值（NULL），以系统化的方式处理空值，空值不依赖于数据类型。 4.基于关系模型的动态联机目录?数据库的描述应该是自描述的，在逻辑级别上和普通数据采用同样 的表示方式，即数据库必须含有描述该数据库结构的系统表或者数据库描述信息应该包含在用 户可以访问的表中。 5.统一的数据子语言法则?一个关系数据库系统可以支持几种语言和多种终端使用方式，但必须至少 有一种语言，它的语句能够一某种定义良好的语法表示为字符串，并能全面地支持以下所有规 则：数据定义、视图定义、数据操作、约束、授权以及事务。（这种语言就是SQL) 6.视图更新法则?所有理论上可以更新的视图也可以由系统更新。 7.高级的插入、更新和删除操作?把一个基础关系或派生关系作为单个操作对象处理的能力不仅适应 于数据的检索，还适用于数据的插入、修改个删除，即在插入、修改和删除操作中数据行被视 作集合。 8.数据的物理独立性?不管数据库的数据在存储表示或访问方式上怎么变化，应用程序和终端活动都 保持着逻辑上的不变性。 9.数据的逻辑独立性?当对表做了理论上不会损害信息的改变时，应用程序和终端活动都会保持逻辑 上的不变性。 10.数据完整性的独立性?专用于某个关系型数据库的完整性约束必须可以用关系数据库子语言定 义，而且可以存储在数据目录中，而非程序中。
关系数据库中
1关系数据库中，主键的正确描述是（D ）。 (A) 创建唯一的索引，允许空值(B) 允许有多个主键的 (C) 只允许以表中第一字段建立(D) 为标识表中唯一的实体 2以下不适合创建非聚集索引的情况是（A ）。 (A) 表中包含大量重复的列值(B) 带WHERE子句的查询 (C) 经常需要进行联接和分组操作的列(D) 表中包含大量非重复的列值 3使用视图的作用有4个，下列哪一个是错误的（A ）。 (A) 导入数据(B) 定制操作 (C) 简化操作(D) 安全性 4叙述A：当视图被撤消，不会对基表造成任何影响。叙述B：不能改变作为计算结果的列。关于对以上叙述中，正确的是（C ）。 (A) 叙述A错误，叙述B正确(B) 叙述A正确，叙述B错误 (C) 都正确(D) 都是错误的 5语句：select 10%7 的执行结果是（D ）。 (A) 7 (B) 1 (C) 70 (D) 3 6下列关于关联的叙述正确的是（ D）。 (A) 已创建关联的两个表中的关联字段数据 可能完全不同(B) 可在两个表的不同数据类型的同名字段 间创建关联 (C) 可在两个表的不同数据类型的字段间创 建关联(D) 可在两个表的相同数据类型的不同名称 的字段间创建关联 7用UNION合并两个SELECT查询的结果时，下列叙述中错误的是（）。 (A) 两个SELECT语句必须输出同样的列数(B) 将来自不同查询的数据组合起来 (C) 两个表各相应列的数据类型必须相同(D) 被组合的每个查询都可以使用ORDER B Y子句 8查询所有目前年龄在24岁以上(不含24岁)的学生信息(学号、姓名、年龄)，正确的命令是（）。 (A) SELECT 学号,姓名,年龄=YEAR(GETDA TE())-YEAR(出生日期) FROM 学生 WHE RE YEAR(GETDATE())-YEAR(出生日 期)>24 (B) SELECT 学号,姓名,YEAR(GETDATE())- YEAR(出生日期) 年龄 FROM 学生 WHE RE YEAR(GETDATE())-YEAR(出生日 期)>24
关系数据库中的表不必具有的性质是什么
关系数据库中的表不必具有的性质是( ). A. 数据项不可再分 B. 同一列数据项要具有相同的数据类型 C. 记录的顺序可以任意排列 D. 字段的顺序不能任意排列 优质解答D.字段的顺序不能任意排列 1).Access数据库属于(C)数据库。 A)、层次模型 B)、网状模型 C)、关系模型 D)、面向对象模型 2).打开Access数据库时，应打开扩展名为(B)的文件。 A)、mda B)、mdb C)、mde D)、DBF 3).已知某一数据库中有两个数据表，它们的主关键字与主关键字之间是一个对应多个的关系，这两个表若想建立关联，应该建立的永久联系是(B)。 A)、一对一 B)、一对多 C)、多对多
D)、多对一 4).下列(B)不是Access数据库的对象类型? A)、表 B)、向导 C)、窗体 D)、报表 5).关系数据库中的表不必具有的性质是(D)。 A)、数据项不可再分 B)、同一列数据项要具有相同的数据类型 C)、记录的顺序可以任意排列 D)、字段的顺序不能任意排列 6).下列对于Access2000(高版本)与Access97(低版本)之间的说法不正确的是(C)。 A)、通过数据转换技术,可以实现高、低版本的共享. B)、高版本文件在低版本数据库中可以打开,但有些功能不能正常运行. C)、低版本数据库文件无法在高版本数据库中运行. D)、高版本文件在低版本数据库中能使用,需将高版本转换成低版本. 7).不能退出Access 2000的方法是(C)。 A)、单击"文件"菜单/"退出" B)、单击窗口右上角"关闭"按钮
C)、ESC D)、ALT+F4 8).Access在同一时间，可打开(A)个数据库。 A)、1 B)、2 C)、3 D)、4 9).对表中某一字段建立索引时，若其值有重复，可选择(D)索引。 A)、主 B)、有(无重复) C)、无 D)、有(有重复) 10).创建表时可以在(C)中进行。 A)、报表设计器 B)、表浏览器 C)、表设计器 D)、查询设计器 11).不能进行索引的字段类型是(A)。 A)、备注 B)、数值 C)、字符 D)、日期
数据库中表之间的关系
数据库中表之间的关系 表关系(一对一,一对多,多对多) 收藏 可以在数据库图表中的表之间创建关系，以显示一个表中的列与另一个表中的列是如何相链接的。 在一个关系型数据库中，利用关系可以避免多余的数据。例如，如果设计一个可以跟踪图书信息的数据库，您需要创建一个名为 titles 的表，它用来存储有关每本书的信息，例如书名、出版日期和出版社。您也可能保存有关出版社的信息，诸如出版社的电话、地址和邮政编码。如果您打算在 titles 表中保存所有这些信息，那么对于某出版社出版的每本书都会重复该出版社的电话号码。 更好的方法是将有关出版社的信息在单独的表，publishers，中只保存一次。然后可以在 titles 表中放置一个引用出版社表中某项的指针。 为了确保您的数据同步，可以实施 titles 和 publishers 之间的参照完整性。参照完整性关系可以帮助确保一个表中的信息与另一个表中的信息相匹配。例如，titles 表中的每个书名必须与 publishers 表中的一个特定出版社相关。如果在数据库中没有一个出版社的信息，那么该出版社的书名也不能添加到这个数据库中。 为了更好地理解表关系，请参阅： 定义表关系 实施参照完整性 定义表关系 关系的确立需要通过匹配键列中的数据（通常是两表中同名的列）。在大多数情况下，该关系会将一个表中的主键（它为每行提供了唯一标识）与另一个表的外部键中的某项相匹配。例如，通过创建 titles 表中的 title_id（主键）与 sales 表中的 title_id 列（外部键）之间的关系，则销售额就与售出的特定书名相关联了。 表之间有三种关系。所创建关系的类型取决于相关列是如何定义的。 一对多关系 多对多关系
关系数据库设计理论
第6章关系数据库设计理论 本章主要讲解在关系数据库的设计过程中，如何减少数据冗余，避免出现异常，该如何对数据库模式进行中心设计。 1．深入理解函数依赖和键码的概念。学会计算属性的封闭集。 2．模式设计是本章的重点。了解数据冗余和更新异常产生的根源；理解关系模式规范化的途径；准确理解第一范式、第二范式、第三范式和BC范式的含义、联系与区别； 深入理解模式分解的原则；熟练掌握模式分解的方法，能正确而熟练的将一个关系模式分解成属于第三范式或BC范式的模式。 3.了解多值依赖和第四范式的概念，掌握把关系模式分解成属于第四范式的模式的方法。 本章主要的知识点包括： 知识点1 函数依赖 知识点2 模式设计 知识点3 多值依赖 学习要点1、函数依赖 1.1函数依赖的定义 如果关系R的两个元组在属性A1，A2，… An上一致（也就是，两个元组在这些属性所对应的各个分量具有相同的值），则它们在另一个属性B上也一致。那么，我们就说在关系R中属性B函数依赖于属性A1A2…An。记做A1A2…An ，也可以说“A1，A2，…，An函数决定B”。A1A2…An称为决定因素。 举例： 在这个关系中，学号确定后，学生的姓名及所在的系就都确定了。属性中的这种依赖关系就是函数依赖。在本例中存在下列函数依赖。 ?Sno SN ame ?Sno S dept ?S dept Mname ?Sno C name Grade 1.2 关系的键码如一个或多个属性的集合{A1，…，An}满足如下条件，称该集合为关系R的键码： 1. 这些属性函数决定该关系的所有其它属性。 2. {A1，…，An}的任何真子集都不能函数决定R的所有其它属性，键码必须是最小的。 1.3 超键码包含键码的属性集称为“超键码” 。
数据库定义表之间关系(带图)
如何定义数据库表之间的关系 特别说明 数据库的正规化是关系型数据库理论的基础。随着数据库的正规化工作的完成，数据库中的 各个数据表中的数据关系也就建立起来了。 在设计关系型数据库时，最主要的一部分工作是将数据元素如何分配到各个关系数据表中。一旦完成了对这些数据元素的分类，对于数据的操作将依赖于这些数据表之间的关系，通过这些数据表之间的关系，就可以将这些数据通过某种有意义的方式联系在一起。例如，如果你不知道哪个用户下了订单，那么单独的订单信息是没有任何用处的。但是，你没有必要在同一个数据表中同时存储顾客和订单信息。你可以在两个关系数据表中分别存储顾客信息和订单信息，然后使用两个数据表之间的关系，可以同时查看数据表中每个订单以及其相关的客户信息。如果正规化的数据表是关系型数据库的基础的话，那么这些数据表之间的关系则 是建立这些基础的基石。 出发点 下面的数据将要用在本文的例子中，用他们来说明如何定义数据库表之间的关系。通过Boyce-Codd Normal Form（BCNF）对数据进行正规化后，产生了七个关系表： Books: {Title*, ISBN, Price} Authors: {FirstName*, LastName*} ZIPCodes: {ZIPCode*} Categories: {Category*, Description} Publishers: {Publisher*} States: {State*} Cities: {City*} 现在所需要做的工作就是说明如何在这些表之间建立关系。 关系类型 在家中，你与其他的成员一起存在着许多关系。例如，你和你的母亲是有关系的，你只有一位母亲，但是你母亲可能会有好几个孩子。你和你的兄弟姐妹是有关系的——你可能有很多兄弟和姐妹，同样，他们也有很多兄弟和姐妹。如果你已经结婚了，你和你的配偶都有一个配偶——这是相互的——但是一次只能有一个。在数据表这一级，数据库关系和上面所描述现象中的联系非常相似。有三种不同类型的关系： 一对一：在这种关系中，关系表的每一边都只能存在一个记录。每个数据表中的关键字在对应的关系表中只能存在一个记录或者没有对应的记录。这种关系和一对配偶之间的关系非常相似——要么你已经结婚，你和你的配偶只能有一个配偶，要么你没有结婚没有配偶。大多数的一对一的关系都是某种商业规则约束的结果，而不是按照数据的自然属性来得到的。如果没有这些规则的约束，你通常可以把两个数据表合并进一个数据表，而且不会打破任何规 范化的规则。
关系数据库理论
关系数据库理论
————————————————————————————————作者：————————————————————————————————日期：
第４部分关系数据库理论 复习习题与讲解资料 【主讲教师:钱哨】 一.考试大纲考点要求 １了解关系模式设计中可能出现的问题及其产生原因以及解决的途径。 2 掌握函数依赖、完全函数依赖、部分函数依赖、传递函数依赖的定义,能计算属性的封闭集，并由此得到关系的候选键。 3 掌握第一范式（1NF )、第二范式( 2ＮF )和第三范式（3NF ）的定义,能判别关系模式的范式等级。 4 掌握关系模式的分解(规范到3ＮF )的步骤、分解的原则和分解的方法。 二．单项选择题 １．为了设计出性能较优的关系模式，必须进行规范化，规范化主要的理论依据是( ) 。A. 关系规范化理论 B. 关系代数理论 C．数理逻辑D. 关系运算理论 2. 规范化理论是关系数据库进行逻辑设计的理论依据，根据这个理论,关系数据库中的关系必须满足：每一个属性都是( ) 。 A. 长度不变的Ｂ. 不可分解的 C.互相关联的 D. 互不相关的 ３．已知关系模式Ｒ（A，Ｂ,Ｃ,D,Ｅ）及其上的函数相关性集合Ｆ={A→D，Ｂ→C ,E→A }，该关系模式的候选关键字是( ) 。 Ａ.AB B. BE C．CＤD．DE
4．设学生关系Ｓ（SNＯ,SＮAME,SSEＸ，SAGE，SDPAＲT）的主键为ＳＮＯ，学生选课关系ＳC（SNO,CＮO,SCORE)的主键为SNO和CNO，则关系R（SＮO,CNO，SSEX，SA ＧE，SDPＡRT，SＣOＲE）的主键为ＳNO和CＮO,其满足( ）。 A．1NF Ｂ．2ＮF C．3NＦ D. ＢＣＮF 5. 设有关系模式W(C，P，Ｓ，G,T，Ｒ)，其中各属性的含义是:C表示课程，P表示教师，S表示学生，G表示成绩，T表示时间，R表示教室，根据语义有如下数据依赖集：D={C →P，(S，C）→G,（T，R）→Ｃ,（Ｔ,P）→R，(T,S)→R },关系模式Ｗ的一个关键字是（）。 A.(Ｓ,C)Ｂ. (T，R） Ｃ．（T,P) Ｄ. (T,S) 6.关系模式中,满足2NF的模式( ) 。 A. 可能是1NF B. 必定是１ＮF C. 必定是3NF D. 必定是BCNF 7.关系模式R中的属性全是主属性,则R的最高范式必定是（）。 A. 1ＮＦ B. ２NF C. 3ＮF D. BCＮF ８. 消除了部分函数依赖的1ＮＦ的关系模式,必定是(）。 A．1NF B．2NF C.3NＦ D. BＣNF 9.如果A->B ,那么属性Ａ和属性B的联系是( ) 。 A．一对多Ｂ. 多对一 C.多对多Ｄ. 以上都不是 １0. 关系模式的候选关键字可以有1个或多个，而主关键字有( ）。 A．多个Ｂ.0个 C．１个D．1个或多个 11．候选关键字的属性可以有（）。 Ａ. 多个B. 0个 C．1个D. １个或多个 12. 关系模式的任何属性（）。 A．不可再分 B. 可以再分C. 命名在关系模式上可以不唯一D．以上都不是 13. 设有关系模式W(Ｃ，P，S，G,T,R）,其中各属性的含义是:C表示课程,P表示教师，Ｓ表示学生，G表示成绩,T表示时间，R表示教室,根据语义有如下数据依赖集：D={ C→P，（S，C）→Ｇ，(Ｔ,R）→Ｃ，（T，P）→R,(Ｔ,S)→R },若将关系模式Ｗ分解为三个关系模式W1（C，P）,W2(Ｓ，C,G)，W2（S,T，R,C),则W１的规范化程序最高达到( ）。 Ａ.1NＦＢ.２NF C．３NＦＤ. BＣNF
第二章 关系数据库基本原理
第二章关系数据库基本原理 一、选择题 1.关系数据表的关键字可由（）字段组成。 A、一个 B、两个 C、多个 D、一个或多个 2.下列关于关系数据库叙述错误的是（）。 A、关系数据库的结构一般保持不变，但也可根据需要进行修改 B、一个数据表组成一个关系数据库，多种不同的数据则需要创建多个数据库 C、关系数据表中的所有记录的关键字字段的值互不相同 D、关系数据表中的外部关键字不能用于区别该表中的记录 3.参照完整性规则：表的（）必须是另一个表的主键的有效值，或者是空值。 A、候选键 B、外键 C、主键 D、主属性 4.关系数据库规范化是为了解决关系数据库中的（）问题而引入的。 A、插入、删除和数据冗余 B、提高查询速度 C、减少数据操作的复杂性 D、保证数据的安全性和完整性 5.关系数据库是若干（）的集合。 A、表（关系） B、视图 C、列 D、行 6.在关系模式中，实现“关系中不允许出现相同的元组”的约束是（）约束。 A、候选键 B、主键 C、键 D、超键 7.约束“年龄限制在18~30岁之间”属于DBMS的（）功能。 A、安全性 B、完整性 C、并发控制 D、恢复 8.反映现实世界中实体及实体间联系的信息模型是（）。 A、关系模型 B、层次模型 C、网状模型 D、E-R模型 9.关系数据模型的3个组成部分中，不包括（）。 A、完整性规则 B、数据结构 C、数据操作 D、并发控制 10.如何构造出一个合适的数据逻辑结构是（）主要解决的问题。 A、关系数据库优化 B、数据字典 C、关系数据库规范化理论 D、关系数据库查询 11.学生社团可以接纳多名学生参加，但每个学生只能参加一个社团，从社团到学生之间的 联系类型是（）。 A、多对多 B、一对一 C、多对一 D、一对多 12.关系模式的任何属性（）。 A、不可再分 B、可以再分 C、命名在关系模式上可以不唯一 D、以上都不是 13.一个m：n联系转换为一个关系模式。关系的关键字为（）。 A、某个实体的关键字 B、各实体关键字的组合 C、n端实体的关键字 D、任意一个实体的关键字 14.候选关键字的属性可以有（）。 A、多个 B、0个 C、1个 D、1个或多个 15.关系模型中有三类完整性约束：实体完整性、参照完整性和域完整性。定义外部关键字 实体的是哪一类完整性（）？ A、实体完整性 B、域完整性 C、参照完整性 D、实体完整性、参照完整性和域完整性 16.设已知F={C→A，CG→D，CG→B，CE→A，ACD→B}，从中去掉哪些函数依赖关系后得到 的新的函数依赖集合F1与F是等价的（）。
关于关系数据库模式分解与范式的总结
1.关系模式设计不规范会带来一系列的问题 数据冗余 更新异常 插入异常 删除异常 因此需要一个标准的模式来解决这些问题，引入模式分解来解决存在问题。 2.无损连接的概念比较好懂，就是要保证模式分解后仍然可以根据分解后的关系回退回分解前。这可以保证分解过程没有丢失信息，不会破坏和更改已经存在的。 而检验无损连接的方法分为两种： ①当R分解为两个关系模式R1和R2时，有一种简便的方法可以测试无损连接性 p＝{R1,R2} p是无损连接的分解当且仅当下面之一满足 （R1 ∩R2）→（R1－R2） （R1 ∩R2）→（R2－R1） 其中R1 ∩R2指模式的交，返回公共属性 R2－R1表示模式的差集，返回属于R2但不属于R1的属性集 也可以理解为R1∩R2的结果是R的超码，即该结果可以推出全部R属性。 ②当R分解为多个关系模式时，可以使用chase算法：
举个栗子 R(A,B,C,D,E) R1(A,D), R2(A,B), R3(B,E), R4(C,D,E), R5(A,E) F={A→C, B→C, C→D, DE→C, CE→A} 判断R分解为p＝{R1,R2,R3,R4,R5}是否是无损连接的分解？第一步，构造初始表。
第二步，处理表 A→C：将b23，b53改为b13 B→C：将b33改为b13 C→D：将b24，b34，b54改为a4 DE→C：将第3行和第5行的C改为a3 CE→A：将第3行和第4行的A改为a1 处理后BE行将全变为a，证明为无损连接。 3.函数依赖（FD）的表现形式是x→y,可以根据函数的概念理解,当x属性的值相同时，可以断定y也一定相同。在实际关系模式中，x与y会存在逻辑上的相关性，如一个学号会对应一个姓名。要理解函数依赖是关系模式的内涵，保持函数依赖才能保持关系模式中存在的关系。 举个栗子： R(city, street, zip), F={(city,street)→zip, zip→city} 分解为p={R1(street,zip),R2(city,zip)} 在R1中插入（’a’,’100081’）和（’a’,’100082’）
数据库中多对多的关系设计
数据库中多对多的关系设计 数据库设计多对多关系的几种形态 前言：多对多关系至少需要3个表，我们把一个表叫做主表，一个叫做关系表，另外一个叫做字典表或者副表（字典表是纪录比较少，而且基本稳定的，例如：版块名称；副表是内容比较多，内容变化的，例如）。 按照数据库的增删查改操作，多对多关系的查找都可以用inner join或者select * from 主表where id in (select 主表id from 关系表) 1，角色任命型 特点：关系表两外键组合无重复纪录，关系表一般不需要时间字段和主键，有一个表是字典类型的表。 界面特点：显示主表，用checkbox或多选select设置多选关系。 例如：任命版主（用户表-关系表-版块名称表），角色权限控制等，用户是5个版块版主，只要关系表5行纪录就可以确立，关系表的两个外键具有联合主键性质。 增加关系：如果没有组合纪录，insert之。 删除关系：如果有组合纪录，删除之。 2，集合分组型 特点：同角色任命型类似，关系表两外键组合无重复纪录，关系表一般不需要时间字段和主
键。区别是主副表都不是字典表，可能都很大不固定。 界面特点：显示主表，用搜索代替简单的checkbox或多选select，或者一条一条的添加。例如：歌曲专集（专集表-关系表-歌曲表）。手机分组（分组表-关系表-手机表）。用户圈子（圈子表-关系表-用户表）。文章标签（文章表-关系表-标签表） 增加关系：同版主任命型。 删除关系：同版主任命型。 3，明细帐型 特点：关系表可以有重复纪录，关系表一般有时间字段，有主键，可能还有文字型的字段用来说明每次发生关系的原因（消费）。 界面特点：显示关系表，用radio或下拉设置单选关系。 例如：现金消费明细帐或订单（用户表-订单表-消费原因表），用户可能多次在同一事情上重复消费。积分变化纪录也属于这类。 增加关系：不管有没有组合纪录，insert之，纪录时间。 删除关系：根据关系表PK删除。 4，评论回复型 特点：同明细帐型关系表一般有时间字段，有主键，区别是重点在文字型的字段用来说明每次发生关系的内容（评论回复）。 界面特点：回复文本框。
数据库表关联
特别说明数据库的正规化是关系型数据库理论的基础。随着数据库的正规化工作的完成，数据库中的各个数据表中的数据关系也就建立起来了。 在设计关系型数据库时，最主要的一部分工作是将数据元素如何分配到各个关系数据表中。一旦完成了对这些数据元素的分类，对于数据的操作将依赖于这些数据表之间的关系，通过这些数据表之间的关系，就可以将这些数据通过某种有意义的方式联系在一起。例如，如果你不知道哪个用户下了订单，那么单独的订单信息是没有任何用处的。但是，你没有必要在同一个数据表中同时存储顾客和订单信息。你可以在两个关系数据表中分别存储顾客信息和订单信息，然后使用两个数据表之间的关系，可以同时查看数据表中每个订单以及其相关的客户信息。如果正规化的数据表是关系型数据库的基础的话，那么这些数据表之间的关系则是建立这些基础的基石。 出发点下面的数据将要用在本文的例子中，用他们来说明如何定义数据库表之间的关系。通过Boyce-Codd Normal Form（BCNF）对数据进行正规化后，产生了七个关系表： Books: {Title*, ISBN, Price}Authors: {FirstName*, LastName*}ZIPCodes: {ZIPCode*}Categories: {Category*, Description}Publishers: {Publisher*}States: {State*}Cities: {City*} 现在所需要做的工作就是说明如何在这些表之间建立关系。 关系类型在家中，你与其他的成员一起存在着许多关系。例如，你和你的母亲是有关系的，你只有一位母亲，但是你母亲可能会有好几个孩子。你和你的兄弟姐妹是有关系的——你可能有很多兄弟和姐妹，同样，他们也有很多兄弟和姐妹。如果你已经结婚了，你和你的配偶都有一个配偶——这是相互的——但是一次只能有一个。在数据表这一级，数据库关系和上面所描述现象中的联系非常相似。有三种不同类型的关系： 一对一：在这种关系中，关系表的每一边都只能存在一个记录。每个数据表中的关键字在对应的关系表中只能存在一个记录或者没有对应的记录。这种关系和一对配偶之间的关系非常相似——要么你已经结婚，你和你的配偶只能有一个配偶，要么你没有结婚没有配偶。大多数的一对一的关系都是某种商业规则约束的结果，而不是按照数据的自然属性来得到的。如果没有这些规则的约束，你通常可以把两个数据表合并进一个数据表，而且不会打破任何规范化的规则。 一对多：主键数据表中只能含有一个记录，而在其关系表中这条记录可以与一个或者多个记录相关，也可以没有记录与之相关。这种关系类似于你和你的父母之间的关系。你只有一位母亲，但是你母亲可以有几个孩子。 多对多：两个数据表里的每条记录都可以和另一个数据表里任意数量的记录（或者没有记录）相关。例如，如果你有多个兄弟姐妹，这对你的兄弟姐妹也是一样（有多个兄弟姐妹），多对多这种关系需要引入第三个数据表，这种数据表称为联系表或者连接表，因为关系型系统不能直接实现这种关系。
关系数据库系统习题
关系数据库管理系统练习题 一、单选题 1. 由数据库管理系统、数据库、计算机软硬件和人员构成的一个整体称 D 数据库 系统 2、对于二维表的关键字来说，不一定存在的是 A 外部关键字 3、在数据库中，数据的正确性、合理性及相容性（一致性）称为数据的（ D 完整性 4、VFP“文件”菜单中的“关闭”命令是用来关闭（） C 当前活动窗口 5、日期型、逻辑型、备注型和通用性这四种字段的宽度是固定的，系统分别规定为（ ）个字节 C 8、1、4、4 6、VFP中，若需要修改表中的数据，必须先执行（）命令 D USE 7、打开一张表，表中有10条记录，分别用函数EOF（）和BOF（）测试，其中结果一 定是（） B .F.和.F. 8、当执行命令：USE TEACHER ALIAS JS IN B 后，被打开表的别名是 （） B JS 9、打开一个表后，执行下列命令： GO 6 SKIP –5 GO 5 C 记录指针只向第五条记录 10、要从数据库中真正删除某些记录，应该D 先用DELETE，再用PACK 11、下列叙述中含有错误的是（b） A一个数据库表只能设置一个主索引 B 唯一索引不允许索引表达式有重复值 C 候选索引既可以用于数据库表也可以用于自由表 D候选索引不允许索引表达式有重复值 12、设计数据库时，可使用纽带表来表示表之间的（）C 永久关系 13、创建数据库后，系统自动生成三个文件的扩展名为（）D .DBC .DCT .DCX 14、库表字段默认值是保存在（）A 表文件中 15、要想控制用户在浏览窗口或者是表单中输入数据时采用一定的格式，应该设置（ ） B 字段的输入掩码 16、表的长表名在命令中指定时，用（）子句指定长表名 B NAME 17、“查询”文件的扩展名为（）C QPR 18、查询文件中保存的是（）A 查询的命令 19、下列说法中错误的是( d ) A视图是数据库的一个组成部分 B视图中的源数据表也称为“基表” C视图设计器只比查询设计器多一个“更新条件”选择卡 D远程视图使用VFP的SQL语法从VFP视图或表中选择信息
关系数据库设计
目录 一Codd 的 RDBMS12 法则—— RDBMS 的起源二 关系型数据库设计阶段 三设计原则 四命名规则 数据库设计，一个软件项目成功的基石。很多从业人员都认为，数据库设计其实不那么重要。现实中的情景也相当雷同，开发人员的数量是数据库设计人员的数倍。多数人使用数据库中的一部分，所以也会 把数据库设计想的如此简单。其实不然，数据库设计也是门学问。 从笔者的经历看来，笔者更赞成在项目早期由开发者进行数据库设计（后期调优需要DBA ）。根据笔者的项目经验，一个精通OOP 和 ORM 的开发者，设计的数据库往往更为合理，更能适应需求的变化，如 果追其原因，笔者个人猜测是因为数据库的规范化，与OO 的部分思想雷同（如内聚）。而DBA ，设计的 数据库的优势是能将DBMS 的能力发挥到极致，能够使用SQL 和 DBMS 实现很多程序实现的逻辑，与开 发者相比， DBA 优化过的数据库更为高效和稳定。如标题所示，本文旨在分享一名开发者的数据库设计经 验，并不涉及复杂的SQL 语句或 DBMS 使用，因此也不会局限到某种DBMS 产品上。真切地希望这篇文 章对开发者能有所帮助，也希望读者能帮助笔者查漏补缺。 一Codd 的 RDBMS12 法则—— RDBMS 的起源 Edgar Frank Codd（埃德加·弗兰克·科德）被誉为“关系数据库之父”，并因为在数据库管理系统的理论和实践方面的杰出贡献于1981 年获图灵奖。在1985 年， Codd博士发布了12 条规则，这些规则简明 的定义出一个关系型数据库的理念，它们被作为所有关系数据库系统的设计指导性方针。 1.信息法则关系数据库中的所有信息都用唯一的一种方式表示——表中的值。 2.保证访问法则依靠表名、主键值和列名的组合，保证能访问每个数据项。 3.空值的系统化处理支持空值（ NULL ），以系统化的方式处理空值，空值不依赖于数据类型。 4.基于关系模型的动态联机目录数据库的描述应该是自描述的，在逻辑级别上和普通数据采用同样的表 示方式，即数据库必须含有描述该数据库结构的系统表或者数据库描述信息应该包含在用 户可以访问的表中。 5. 统一的数据子语言法则一个关系数据库系统可以支持几种语言和多种终端使用方式，但必须至少 有一种语言，它的语句能够一某种定义良好的语法表示为字符串，并能全面地支持以下所有规 则：数据定义、视图定义、数据操作、约束、授权以及事务。（这种语言就是SQL) 6.视图更新法则所有理论上可以更新的视图也可以由系统更新。 7.高级的插入、更新和删除操作把一个基础关系或派生关系作为单个操作对象处理的能力不仅适应 于数据的检索，还适用于数据的插入、修改个删除，即在插入、修改和删除操作中数据行被视作 集合。 8.数据的物理独立性不管数据库的数据在存储表示或访问方式上怎么变化，应用程序和终端活动都保持着 逻辑上的不变性。 9.数据的逻辑独立性当对表做了理论上不会损害信息的改变时，应用程序和终端活动都会保持逻辑上的 不变性。 10.数据完整性的独立性专用于某个关系型数据库的完整性约束必须可以用关系数据库子语言定 义，而且可以存储在数据目录中，而非程序中。