数据库表关系

㈠ 如何设计数据库中表的关系

1.理解您的数据
在设计表之前，应明确您打算如何处理数据，还要了解随着时间的推移数据会发生什么样的变化。您所做的假设将会影响最终的设计。
2.您需要什么样的数据
设计应用程序时，关键要了解设计的最终结果，以便确保您准备好所有必需的数据并知道其来源。例如，报表的外观、每个数据的来源以及所需的所有数据是否都存在。对项目损失最大的莫过于在项目后期发现重要报表缺少数据。
3.明确所需数据的类型和来源
知道需要什么样的数据后，就必须确定数据的来源。数据是否从其他数据源中导入？数据是否需要清理或验证？用户是否需要输入数据？明确所需数据的类型和来源是数据库设计的第一步。
4.您打算如何处理这些数据？
用户是否需要编辑这些数据？如果需要，应如何显示数据以便于用户理解和编辑？有没有验证规则和相关的查找表？要求对编辑和删除保留备份的数据输入有没有相关联的审核问题？需要为用户显示哪些摘要信息？是否需要生成导出文件？了解这些信息后，就可以想象字段之间是如何相互关联的了。
5数据之间如何相互关联？
将数据分组放入相关字段（例如与客户相关的信息、与发票相关的信息等），每个字段组都代表要建立的表。然后考虑如何将这些表相互关联。例如，哪些表具有一对多关系（例如，一个客户可能持有多张发票）？哪些表具有一对一关系（这种情况下，通常会考虑将其组合到一个表中）？
6.随着时间的推移数据会发生什么样的变化？
设计表之后，常常会由于没有考虑时间的影响而导致以后出现严重问题。许多表设计在当时使用时效果非常好，但是，常常会因为用户修改数据、添加数据以及随时间的推移而崩溃。开发人员经常会发现需要重新设计表的结构来适应这些变化。表的结构发生变化时，所有相关的内容（查询、窗体、报表、代码等）也必须随之更新。理解并预测数据会随时间推移发生哪些变化，可以实现更好的设计，减少问题的发生。
7.学习如何使用查询
了解如何分析和管理数据同样很重要。您应该深刻理解查询的工作原理，理解如何使用查询在多个表之间链接数据，如何使用查询对数据进行分组和汇总，以及如何在不需要以规范化格式显示数据时使用交叉表查询。
好的数据设计的最终目标就是要平衡两个需要：既要随着时间的推移有效地存储数据，又要轻松地检索和分析数据。理解查询的功能对正确设计表很有帮助。

㈡ 简述关系数据库中表与表的3种关系

1）一对一的关系
例如：一个人对应一个唯一的身份证号，即为一对一的关系。
2）一对多关系
例如：一个班级对应多名学生，即为一对多关系
3）多对多关系
例如：一个学生可以选多门课程，而同一门课程可以被多个学生选修，彼此的对应关系即是多对多关系。

㈢ 数据库表关系

我们在数据库中再建立1个技术职务人员评估表，即对职工表中的每类技术职务人员
在“数据库设计器”中,通过链接不同表的索引可以很方便地建立表之间的关系，

㈣ 数据库中 表关系怎样建立

在数据库里建立3个表，分别是.
order;
food;
order-
建立1个字段？
1.图片和视频文件不要寄存在数据库中，而应当利用文件系统寄存，数据库中只寄存读取他们位置信息便可；
..

㈤ 数据库和表的关系

数据库里是有很多 很多的表的
表里的数据就是你需要展示的内容！！

㈥ 如何定义数据库表之间的关系(上)

建立关系在开始着手考虑建立关系表之间的关系之前，你可能需要对数据非常熟悉。只有在熟悉数据之后，关联会比你刚开始的时候更明显。你的数据库系统依赖于在两个数据表中找到的匹配值来建立关系。如果在数据库系统中发现了一个匹配值，系统将从两个数据表中提取数据并创建一个虚拟的记录。例如，你可能想要查看某个特定的作者所写的全部书籍，在本文中，系统将从 “books”和“authors”这两个数据表中查找相关的匹配值。需要注意的是，在大多数情况下，查询的结果是动态的，这意味着对这条虚拟记录所做的任何改动都将可能作用到底层的数据表上，这一点是非常重要的。 进行匹配的值都是主键和外键的值。（关系模型不要求一个关系必须对应的使用一个主键来确定。你可以使用数据表中的任何备选关键字来建立关系，但是使用主键是大家都已经接受的标准。）主键（primary key）唯一的识别表中的每个记录。而外键（foreign key）只是简单的将一个数据表中的主键存放在另外一个数据表中。同样地，对于你来说也不需要做太多的工作——只是简单地将主键加到关系表中，并将其定义为外键。 唯一需要注意的是，外键字段的数据类型必须和主键的数据类型相同。但是有些系统可以允许这条规则有一个例外，它允许在数字和自动编号（autonumbering）字段（例如在sql服务器系统中访问identity和autonumber）之间建立关系。此外，外键的值可以是空（null），尽管强烈建议在没有特别原因的情况下，不要让外键为空。你有可能永远都不会有机会来使用需要这项功能的数据库。 现在回到我们的示例关系表，并开始输入合适的外键。（请继续在纸上打草稿——在你的数据库系统中创建真正的数据表还为时过早。要知道在纸上纠正错误要容易得多。）要记住，你正在把主键的值添加到关系表里。只要调用实体之间的关系就行了，而其他的就简单了： 书籍和分类是有关系的。
书籍和出版社是有关系的。
书籍和作者是有关系的。
作者和邮政编码（zip）是有关系的。
邮政编码和城市是有关系的。
城市和州是有关系的。 这一步并不是一成不变的，你可能会发现在规范化的过程中加入外键会更容易一些。在把字段移动到一个新的数据表时，你可能要把这个新数据表的主键添加到原来的数据表里，将其作为外键。但是，在你继续规范化剩余数据的时候，外键常常会发生改变。你会发现在所有这些数据表被全部规范化之后，一次添加所有的外键，这样效率会更高。 操作数据表
现在让我们一次操作一个数据表，就从books数据表开始，它在这个时候只有三个字段。

㈦ ER图与数据库表的关系是神马

E-R图提供了表示数据库表的实体类型、属性和联系的方法，是表示概念关系模型的一种方式。为表述实体联系模式图形式的数据表模型提供了图形符号。这种数据表模型典型的用在基于数据库的信息系统设计的需求分析阶段，用来描述信息需求和/或要存储在数据库中的表信息的类型。

(7)数据库表关系扩展阅读：

E-R图设计的正确与否取决于数据库设计人员能否真正把握表的各个客观对象和他们之间发生的活动，这需要作准确深入的用户需求分析。这些表对象如果需要记录的话，就抽象为E-R图中的实体。

描述实体的众多相关数据就抽象为实体的属性，将具有相同属性的众多实体抽象为实体型。它们之间发生的活动如果也需要记录的话，就抽象为E-R图中的联系，这是E-R图设计的重点。

㈧ 数据库和数据库表到底是啥关系

paradox数据库我没有使用过，数据库是各种数据表的一个集合或者说是一个容器。一般应用情况下一个数据库系统建立一个数据库，但这个数据库中根据需要建立若干个数据表。但如果你的应用比较复杂也可以建立两个数据库，这个是根据具体的需求来确定的。
你所说的.db文件我在网络上检索到一个paradox数据库的介绍文件，我无法黏贴全文，将其第一段贴出来，如需要文件请留下电子邮箱地址，我发给你。
PARADOX数据库是Boland以前在DELPHI下利用BDE进行操作的桌面数据库，目前已经很少使用，以致ADO都不提供它的引擎了（也害得我吃了不少苦头）。PARADOX数据库本身以独立的表存在的，一个表就可以看成是一个库，或者也可以说是一个文件夹就是一个库，文件夹里的PARADOX数据表就是该库的各个表。PARADOX数据表的扩展名是db，此外还有一些其他的文件类型，作为数据表的辅助，但用ADO对其进行处理时，使用*.DB的文件就已经足够。

㈨ 如何定义数据库表之间的关系

唯一需要注意的是，外键字段的数据类型必须和主键的数据类型相同。但是有些系统可以允许这条规则有一个例外，它允许在数字和自动编号（autonumbering）字段（例如在SQL服务器系统中访问Identity和AutoNumber）之间建立关系。此外，外键的值可以是空（Null），尽管强烈建议在没有特别原因的情况下，不要让外键为空。你有可能永远都不会有机会来使用需要这项功能的数据库。 现在回到我们的示例关系表，并开始输入合适的外键。（请继续在纸上打草稿——在你的数据库系统中创建真正的数据表还为时过早。要知道在纸上纠正错误要容易得多。）要记住，你正在把主键的值添加到关系表里。只要调用实体之间的关系就行了，而其他的就简单了： 书籍和分类是有关系的。 书籍和出版社是有关系的。 书籍和作者是有关系的。 作者和邮政编码（ZIP）是有关系的。 邮政编码和城市是有关系的。 城市和州是有关系的。 这一步并不是一成不变的，你可能会发现在规范化的过程中加入外键会更容易一些。在把字段移动到一个新的数据表时，你可能要把这个新数据表的主键添加到原来的数据表里，将其作为外键。但是，在你继续规范化剩余数据的时候，外键常常会发生改变。你会发现在所有这些数据表被全部规范化之后，一次添加所有的外键，这样效率会更高。 操作数据表 现在让我们一次操作一个数据表，就从Books数据表开始，它在这个时候只有三个字段。很明显，Authors、Categories和Publishers数据表的主键会被添加到Books里。当你完成的时候，Books数据表就有了七个字段： Books Title (PK) ISBN (PK) Price FirstNameFK (FK) Authors.FirstName many-to-many LastNameFK (FK) Authors.LastName many-to-many CategoryFK (FK) Categories.Category many-to-many PublisherFK (FK) Publishers.Publisher one-to-many 要记住，Authors数据表里的主键是一个基于姓和名两个字段的复合关键字。所以你必须要把这个两个字段都添加到Books数据表里。要注意，外键字段名的结尾包含有FK这个后缀。加入这个后缀有助于提高可读性和自我归档。通过名称这种方式来区别外键会使得追踪它们更简单。如果主键和外键的名称不同，这没有关系。 这里出现了三种关系：Books和Authors、Books和Categories，以及Books和Publishers。这三种关系中所存在的两种问题可能没有那么明显： Books和Authors之间的关系：一本书可以有多个作者。 Books和Categories之间的关系：一本书可以被归入多个类。 这两者的关系是多对多的关系。先前我告诉过你，数据表不能直接实现这样的关系，而需要第三个联系表来实现。（Books和Publishers的关系是一对多的关系，就像现在所说的，这样是没有问题的。） 这两个新发现的多对多关系将需要一个联系表来包含来自每个数据表的主键，并将其作为外键。新的联系表是：BooksAuthorsmmlink TitleFK (FK) Books.Title one-to-many ISBNFK (FK) Books.ISBN one-to-many FirstNameFK (FK) Authors.FirstName one-to-many LastNameFK (FK) Authors.LastName one-to-many BooksCategoriesmmlink TitleFK (FK) Books.Title one-to-many ISBNFK (FK) Books.ISBN one-to-many CategoryFK (FK) Categories.Category one-to-many 没有必要更改Categories、Authors或者Publishers数据表。但是，你必须把FirstNameFK、LastNameFK和CategoryFK这三个外键从Books里移走： Books Title (PK) ISBN (PK) Price PublisherFK (FK) Publishers.Publisher one-to-many 现在，让我们转到Authors数据表上来，它现在有两个字段。每个作者都和ZIPCodes数据表中的邮政编码的值相关。但是，每个邮政编码会和多个作者相关。要实现这种一对多的关系，就要把ZIPCodes数据表中的主键添加进Authors数据表作为外键： Authors FirstName (PK) LastName (PK) ZIPCodeFK (FK) ZIPCodes.ZIPCode one-to-many 至此，你已经准备好了处理剩下的地址部分了。看到它们被分在不同的数据表里是很让人奇怪的，但是这是遵照BCNF正确规范化数据的结果。每个邮政编码的值只会有一个对应的城市值和州值。每个城市和州的值只会被输入进其对应的数据表里一次。ZIPCodes和Cities数据表需要外键字段来实现这些关系： ZIPCodes ZIPCode (PK) CityFK (FK) Cities.City one-to-many Cities City (PK) StateFK (FK) States.State one-to-many States State (PK) 从一个到九个 最后，你有了九个数据表：Books、Authors、Categories、Publishers、ZIPCodes、Cities、States、BooksAuthorsmmlink和BooksCategoriesmmlink。图A是这个示例数据表的数据库最终的图形形式。很难想象一个简单的数据表会被分成九个数据表。 图A 最初的一个数据表现在需要九个数据表了 由于这个示例数据库很简单，你可能会问这些关系有什么作用。看起来仍在保存冗余的数据，只不过形式不同罢了——通过外键来实现。这是因为我们的数据表现在只有很少几个字段。试想一下有十几个字段的数据表，会是什么样的一个情形。需要承认的是，你仍然需要把数据表的主键作为外键保存进关系表里，但是至多可能最多增加一到两个字段。比较一下为这个数据表里的每一条记录都添加十几个条目的情形吧。

㈩ SQL数据库的表与表之间的关系怎么连接

表与表之间是通过主外键链接的
可以通过‘数据库关系图’进行链接
将要连接的表选中，然后用鼠标拖动
列
例如
定义表Student、Course和SC之间的关系图。
要求：先要定义好三个表的主键SNO、CNO、（SNO，CNO）
（1） 展开数据库“学生管理”节点，在“数据库关系图”上击右键，选择“新建数据库关系图”命令，弹出新建数据库关系图向导，选择要添加到关系图中的表Student、Course和SC，这三个表将出现在新关系图窗口中。每个表显示包含的属性和定义的主键，拖动标题栏可以改变它们在窗口中的位置。
（2） 将Student表的属性SNO拖动到SC表的SNO上，松开鼠标弹出“创建关系”窗口，设置后单击“确定”按钮。在Student表和SC表之间会自动出现一条连线，说明创建关系成功。同样的方法可以创建Course表和SC表之间的关系。
（3） 单击关闭按钮保存。
（4） 试着修改或删除Student、Course和SC表中的数据，看看定义关系后有何作用。