请给出关系数据库中“数据表”、“实体”、“记录”、“字段”的概念。

实体（entity)：是指客观存在可以相互区别的事物。实体可以是具体的对象，如：一个男学生，一辆汽车等；也可以是抽象的事件，如：一次借书、一声场球赛等。

属性（attribute):实体有很多特性，每一个特性称为属性。每个属性有一个值域，其类型可以是整数型、实数型、字符串型。如：学生（实体）有学号、姓名、年龄、性别等属性，相应值域为字符、字符串、整数和字符串型。

字段（field):标记实体属性的命名单位称为字段或数据项。它是可以命名的最小信息单位，所以又称为数据元素或初等项。字段的命名往往和属性相同，如：学生有学号、姓名、年龄、性别等字段。

记录（record):字段的有序集合称为记录。一般用一个记录描述一个实体，所以记录又可以定义为能完整地描述一个实体的字段集。如：一个学生记录，由有序的字段集（学号、姓名、年龄、性别等）组成。

是的，任何一个二目关系是属于3NF的。

相关介绍：

二目关系是说只有两个属性的表。证明它是3NF，从定义出发，首先证明它是2NF。要证明2NF，首先说明它是1NF。

并且在这个关系中，无论A->B，还是B->A，都能说明非主属性完全函数依赖于候选键，因为是单个属性做主键，证明它是2NF了，再说明，这两个属性的表不可能产专生传递依赖，因此是3NF。

扩展资料

3NF不但要能唯一地被主关键字所标识，而且它们之间还必须相互独立，不存在其他的函数关系。也就是说，对于一个满足2nd NF 的数据结构来说，表中有可能存在某些数据元素依赖于其他非关键字数据元素的现象，必须消除。

将第一范式，第二范式化为第三范式：

1、求出R的最小函数依赖集Fmin。

2、找出不在Fmin中出现的属性，并将这些属性从R中去掉，构成一个关系模式。

3、若Fmin中有一个函数依赖涉及R的全部属性，则R不能分解。

4、否则，若Fmin中有X->A,则分解应包含{XA};若有X->A1,X->A2X->An均属于Fmin，则分解应包含{XA1A2An}。

XML文档的一个普通存在的问题是如何持久保存(Persist) XML文档。在一个关系数据库中存储XML文档是一个非常常用的方法，因为当前关系数据库的使用非常广泛。

将XML文档插入到数据库中不是简单的方法，这其中需要很多其它额外的考虑。现在我提供了一些技巧，你可以使用这些技巧在关系数据库中存储XML文档。

1、文档表：

一个最简单和容易的方法是，在一个具有单一文本域的数据库中建立一个表，由此你可以在表中存储XML数据。由于这些特定数据库和特定XML文档，这一文本域可以是一个二进制大型对象(BLOB，binary large object)。有些数据库需要存储的是大量的BLOB数据而不是文本。

这一方法的优点是，将数据存入表中变得相当简单，而且重新获得也同样很容易。这种文档表的管理也很方便。

这种方法的缺点在于你将可能无法进行一些有用的文本搜索，并且在放置特定文档时也会碰到困难，因为没有任何方法来识别表中的文档；

2、主键表：

下一个比较复杂的方法是使用一个主键表(keyed table)。这种方法与文档表非常相似，但此时你的表中包含两个域：一个唯一的主键和XML文档。使用这种方法，你既可以具有存储和获得整个XML文档的简洁性，也可以使用一些管理这些唯一主键的复杂 *** 作；

建立主键的一种通用方法是使用XML文档中的MD5求和检验。请记住如果你想在表中包括多份XML文档，这一方法远不足够。在这种情况下，你可以添加额外的key fields标识键列。

与文档表一样，主键表很容易执行，它可以在表中查找特定的文档。然而，与文档表一样，你仍然不能执行任何文本查询；

3、有限离散表：

这一方法更加复杂，但它给你带来更多的灵活性。使用有限离散表，你可以建立用于存储有限分散的XML信息的表，这是什么意思？请看以下的例子：

假设你具有一个顺序文档。在文档的根部(Root)有一个Order元素，这一元素包括CustomerInfo, ItemInfo, 以及hippingInfo元素。在数据库中，你可以建立一个OrderDoc表，表中包含一个ID域，一个CustomerInfoId域，一个ItemInfoId域，一个ShippingInfoId域。然而，你还可以建立一个CustomerInfoId表，一个ItemInfoId表，一个ShippingInfoId表。这些表都包含很多信息相关的各自的ID域，这些信息包括用户，选项，邮寄信息。在这一表中，还包含着其它额外的等级。比如，CustomerInfo表包含AddressInfo域，即从AddressInfo表中引用的入口。

这种方法的优点是，允许你更紧密地建立XML数据的模型。这种方法使得你进行数据的一些成熟的查询。它也使得数据的使用性更强，因为你不再需要XML分析器来读取数据。

不足之处是这种方法需要更多的精力来开发和维护。这意味着每一文档都需要解析成分离的部分，然后存储在数据库中。如果这一过程没有得以很好管理，有可能会丢失一些数据。而且，这也意味着，当从一个数据库中获得一个XML文档时，你不得不连接这些分散的部分。

关系数据库是采用关系模型作为数据组织方式的数据库。

关系数据库的特点在于它将每个具有相同属性的数据独立地存储在一个表中。对任一表而言，用户可以新增、删除和修改表中的数据，而不会影响表中的其他数据。关系数据库产品一问世，就以其简单清晰的概念，易懂易学的数据库语言，深受广大用户喜爱。、

关系数据库的层次结构可以分为四级：数据库(Database)、表(Table)与视图、记录(Record)和字段(Field)，相应的关系理论中的术语是数据库、关系、元组和属性，分别说明如下。

1．数据库

关系数据库可按其数据存储方式以及用户访问的方式而分为本地数据库和远程数据库两种类型。

(1)本地数据库：本地数据库驻留在本机驱动器或局域网中，如果多个用户并发访问数据库，则采取基于文件的锁定(防止冲突)策略，因此，本地数据库又称为基于文件的数据库。典型的本地数据库有Paradox、dBASE、FoxPro以及Access等。基于本地数据库的应用程序称为单层应用程序，因为数据库和应用程序同处于一个文件系统中。

(2)远程数据库：远程数据库通常驻留于其他机器中，用户通过结构化查询语言SQL来访问远程数据库中的数据，因此，远程数据库又称为SQL服务器。有时，来自于远程数据库的数据并不驻留于一个机器而是分布在不同的服务器上。典型的SQL服务器有InterBase、Oracle、Sybase、Informix、MicrosoftSQLServer，以及IBMDB2等。基于SQL服务器的应用程序称为两层或多层应用程序，因为数据库和应用程序驻留在彼此不依赖的系统(层)中。

本地数据库与SQL服务器相比较，前者访问速度快，但后者的数据存储容量要大得多，且适合多个用户并发访问。究竟使用本地数据库还是SQL服务器，取决于多方面因素，如要存储和处理的数据多少，并发访问数据库的用户个数，对数据库的性能要求等。

2．表

关系数据库的基本成分是一些存放数据的表(关系理论中称为“关系”)。数据库中的表从逻辑结构上看相当简单，它是由若干行和列简单交叉形成的，不能表中套表。它要求表中每个单元都只包含一个数据，可以是字符串、数字、货币值、逻辑值、时问等较为简单的数据。一般数据库中无法存储c++语言中的结构类型、类对象。图像的存储也比较烦琐，很多数据库无法实现图像存储。

对于不同的数据库系统来说，数据库对应物理文件的映射是不同的。例如，在dBASE、FoxPro、Paradox数据库中，一个表就是一个文件，索引以及其他一些数据库元素也都存储在各自的文件中，这些文件通常位于同一个目录中。而在Access数据库中，所有的表以及其他成分都存储在一个文件中。

3．视图

为了方便地使用数据库，很多DBMS都提供对于视图(Access中称为查询)结构的支持。视图是根据某种条件从一个或多个基表(实际存放数据的表)或其他视图中导出的表，数据库中只存放其定义，而数据仍存放在作为数据源的基表中。故当基表中数据有所变化时，视图中看到的数据也随之变化。

为什么要定义视图呢首先，用户在视图中看到的是按自身需求提取的数据，使用方便。其次，当用户有了新的需求时，只需定义相应的视图(增加外模式)而不必修改现有应用程序，这既扩展了应用范围，又提供了一定的逻辑独立性。另外，一般来说，用户看到的数据只是全部数据中的一部分，这也为系统提供了一定的安全保护。

4．记录

表中的一行称为一个记录。一个记录的内容是描述一类事物中的一个具体事物的一组数据，如一个雇员的编号、姓名、工资数目，一次商品交易过程中的订单编号、商品名称、客户名称、单价、数量等。一般地，一个记录由多个数据项(字段)构成，记录中的字段结构由表的标题(关系模式)决定。

记录的集合(元组集合)称为表的内容，表的行数称为表的基数。值得注意的是，表名以及表的标题是相对固定的，而表中记录的数量和多少则是经常变化的。

5．字段

表中的一列称为一个字段。每个字段表示表中所描述的对象的一个属性，如产品名称、单价、订购量等。每个字段都有相应的描述信息，如字段名、数据类型、数据宽度、数值型数据的小数位数等。由于每个字段都包含了数据类型相同的一批数据，因此，字段名相当于一种多值变量。字段是数据库 *** 纵的最小单位。

表定义的过程就是指定每个字段的字段名、数据类型及宽度(占用的字节数)。表中每个字段都只接受所定义的数据类型。

关系模式是指关系的描述

关系模式仅涉及关系名、各属性名、域名、属性向域的映象四部分。

它可以形式化地表示为：R、U、D、DOM、 F。其中R为关系名，U为组成该关系的属性名集合，D为属性组U中属性所来自的域，DOM为属性向域的映象集合，F为属性间数据的依赖关系集合。

现实世界随着时间在不断地变化，因而在不同的时刻，关系模式的关系也会有所变化。但是，现实世界的许多己有事实限定了关系模式所有可能的关系必须满足一定的完整性约束条件。这些约束或者通过对属性取值范围的限定。

扩展资料：

数据库中，关系模式是型，关系是值，关系模式是对关系的描述。

1、关系实质上是一张二维表，表的每一行为一个元组，每一列为一个属性。一个元组就是该关系所涉及的属性集的笛卡尔积的一个元素。关系是元组的集合，

因此关系模式必须指出这个元组集合的结构，即它由哪些属性构成，这些属性来自哪些域，以及属性与域之间的映象关系。

2、一个关系通常是由赋予它的元组语义来确定的。

元组语义实质上是一个n目谓词（n是属性集中属性的个数，凡使该n目谓词为真的笛卡尔积中的元素（或者说凡符合元组语义的那部分元素）的全体就构成了该关系模式的关系。

参考资料：

百度百科-关系数据库

以上就是关于请给出关系数据库中“数据表”、“实体”、“记录”、“字段”的概念。全部的内容，包括:请给出关系数据库中“数据表”、“实体”、“记录”、“字段”的概念。、【关系数据库中任何一个二目关系属于3NF吗】、关系数据库中如何存储xml数据等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！