A表的主键在B表中充当外键，谁是主表，谁是子表？

A为主表

B为从表

个人认为：

外键是约束的一种。不存在主从关系，只存在引用关系，如部门表与员工表。

每个员工都属于某个部门，必须与某个部门资料对应。

主从表的情况：类似于订单表与订单明细表的关系。

希望以上有所帮助.

有两个表 A表中的C字段里面的内容是B表中的主键,并且值有多个,请问数据库该怎么设计啊?

create table B

(

C char(6) primary key,

C_Name varchar(50) not null

)

go

create table A

(

A_ID char(6) primary key,

A_Name varchar(100) not null,

C char(6) references B(C)    --将A表中C字段设置外键

)

go

从表的外键与主表的主键的列名必须相同吗？值呢？

列名不一定要相同，但是外键的取值要么从主键的域中取要么取空值，这在数据库中叫做参照完整性规则。

主键和外键是把多个表组织为一个有效的关系数据库的粘合剂。主键和外键的设计对物理数据库的性能和可用性都有着决定性的影响。

必须将数据库模式从理论上的逻辑设计转换为实际的物理设计。而主键和外键的结构是这个设计过程的症结所在。一旦将所设计的数据库用于了生产环境，就很难对这些键进行修改，所以在开发阶段就设计好主键和外键就是非常必要和值得的。

主键：

关系数据库依赖于主键---它是数据库物理模式的基石。主键在物理层面上只有两个用途：

1. 惟一地标识一行。

2. 作为一个可以被外键有效引用的对象。

基于以上这两个用途，下面给出了我在设计物理层面的主键时所遵循的一些原则：

1. 主键应当是对用户没有意义的。如果用户看到了一个表示多对多关系的连接表中的数据，并抱怨它没有什么用处，那就证明它的主键设计地很好。

2. 主键应该是单列的，以便提高连接和筛选操作的效率。

注：使用复合键的人通常有两个理由为自己开脱，而这两个理由都是错误的。其一是主键应当具有实际意义，然而，让主键具有意义只不过是给人为地破坏数据库提

供了方便。其二是利用这种方法可以在描述多对多关系的连接表中使用两个外部键来作为主键，我也反对这种做法，理由是：复合主键常常导致不良的外键，即当连

接表成为另一个从表的主表，而依据上面的第二种方法成为这个表主键的一部分，然，这个表又有可能再成为其它从表的主表，其主键又有可能成了其它从表主键的

一部分，如此传递下去，越靠后的从表，其主键将会包含越多的列了。

3. 永远也不要更新主键。实际上，因为主键除了惟一地标识一行之外，再没有其他的用途了，所以也就没有理由去对它更新。如果主键需要更新，则说明主键应对用户无意义的原则被违反了。

注：这项原则对于那些经常需要在数据转换或多数据库合并时进行数据整理的数据并不适用。

4. 主键不应包含动态变化的数据，如时间戳、创建时间列、修改时间列等。

5. 主键应当有计算机自动生成。如果由人来对主键的创建进行干预，就会使它带有除了惟一标识一行以外的意义。一旦越过这个界限，就可能产生认为修改主键的动机，这样，这种系统用来链接记录行、管理记录行的关键手段就会落入不了解数据库设计的人的手中。

从数据库是主数据库的备份，当主数据库变化时从数据库要更新，这些数据库软件可以设计更新周期。这是提高信息安全的手段。主从数据库服务器不在一个地理位置上，当发生意外时数据库可以保存。

主外键的关系结构：

1，一对一，不用引用主外键，把它们放一个表中即可

例如：一个学生只能有一个卡号，那么学生跟卡号放在一个表中即可

2，一对多，引用主外键，‘一’相当于主键，‘多’即是引用主键的外键。

例如：一个班级可以有多个学生，并且一个学生只能属于一个班级，这就是一对多的关系；

3，多对多关系，需要创建一个表，表中需要两个字段，分别是引用，两个多对多字段主键的外键。

例如：

学生表(学号，姓名，…………)主键：学号

课程表(课程号，课程名，…………)主键：课程号

一个学生能选多门课，一个课可以由多个学生选，即是多对多关系，

那么成绩表就是它们之间关系的体，

即引用成绩表(学号，课程号，成绩)。这里学号和课程号，分别是学生表和课程表中学号和课程号的外键

在我们现在这个阶段中，主要还是使用，主外键间的一对多的关系

主键Primary key，唯一标示一个实体。是保证数据库的实体完整性，保证数据中数据的正确性和合理性，取值非空唯一。

外键Foreign，是用来使表与表之间联系。用来保证数据库的参照完整性，外键的取值必须来自参照表参照列的值，可以为空也可不为空。

外键的作用：

保持数据一致性，完整性，主要目的是控制存储在外键表中的数据。 使两张表形成关联，外键只能引用外表中的列的值！

一、什么是主键、外键

关系型数据库中的一条记录中有若干个属性若其中某一个属性组(注意是

组)能唯一标识一条记录该属性组就可以成为一个主键

比如

学生表(学号姓名性别班级)

其中每个学生的学号是唯一的学号就是一个主键

课程表(课程编号,课程名,学分)

其中课程编号是唯一的,课程编号就是一个主键

成绩表(学号,课程号,成绩)

成绩表中单一一个属性无法唯一标识一条记录学号和课程号的组合才可

以唯一标识一条记录所以学号和课程号的属性组是一个主键

成绩表中的学号不是成绩表的主键但它和学生表中的学号相对应并且

学生表中的学号是学生表的主键则称成绩表中的学号是学生表的外键

同理成绩表中的课程号是课程表的外键

定义主键和外键主要是为了维护关系数据库的完整性总结一下

1.主键是能确定一条记录的唯一标识比如一条记录包括身份正号姓

名年龄。

身份证号是唯一能确定你这个人的其他都可能有重复所以身份证号

是主键。

2.外键用于与另一张表的关联。是能确定另一张表记录的字段用于保持

数据的一致性。

比如A表中的一个字段是B表的主键那他就可以是A表的外键。

二、主键、外键和索引的区别

主键、外键和索引的区别?

主键外键索引

定义唯一标识一条记录不能有重复的不允许为空表的外键是另一表

的主键,外键可以有重复的,可以是空值该字段没有重复值但可以有一个空值

作用用来保证数据完整性用来和其他表建立联系用的是提高查询排序的

速度

个数主键只能有一个一个表可以有多个外键一个表可以有多个惟一索引

聚集索引和非聚集索引的区别?

聚集索引一定是唯一索引。但唯一索引不一定是聚集索引。

聚集索引在索引页里直接存放数据而非聚集索引在索引页里存放的是

索引这些索引指向专门的数据页的数据。

三、数据库中主键和外键的设计原则

主键和外键是把多个表组织为一个有效的关系数据库的粘合剂。主键和外

键的设计对物理数据库的性能和可用性都有着决定性的影响。

必须将数据库模式从理论上的逻辑设计转换为实际的物理设计。而主键和

外键的结构是这个设计过程的症结所在。一旦将所设计的数据库用于了生产环

境就很难对这些键进行修改所以在开发阶段就设计好主键和外键就是非常

必要和值得的。

主键

系数据库依赖于主键---它是数据库物理模式的基石。

主键在物理层面上只有两个用途

1.惟一地标识一行。

2.作为一个可以被外键有效引用的对象。

基于以上这两个用途下面给出了我在设计物理层面的主键时所遵循的一

些原则

1.主键应当是对用户没有意义的。如果用户看到了一个表示多对多关系的

连接表中的数据并抱怨它没有什么用处那就证明它的主键设计地很好。

2.主键应该是单列的以便提高连接和筛选操作的效率。

注使用复合键的人通常有两个理由为自己开脱而这两个理由都是错误

的。其一是主键应当具有实际意义然而让主键具有意义只不过是给人为地

破坏数据库提供了方便。其二是利用这种方法可以在描述多对多关系的连接表

中使用两个外部键来作为主键我也反对这种做法理由是复合主键常常导

致不良的外键即当连接表成为另一个从表的主表而依据上面的第二种方法

成为这个表主键的一部分然这个表又有可能再成为其它从表的主表其主

键又有可能成了其它从表主键的一部分如此传递下去越靠后的从表其主

键将会包含越多的列了。

3.永远也不要更新主键。实际上因为主键除了惟一地标识一行之外再

没有其他的用途了所以也就没有理由去对它更新。如果主键需要更新则说

明主键应对用户无意义的原则被违反了。

注这项原则对于那些经常需要在数据转换或多数据库合并时进行数据整

理的数据并不适用。

4.主键不应包含动态变化的数据如时间戳、创建时间列、修改时间列等。

5.主键应当有计算机自动生成。如果由人来对主键的创建进行干预就会

使它带有除了惟一标识一行以外的意义。一旦越过这个界限就可能产生认为

修改主键的动机这样这种系统用来链接记录行、管理记录行的关键手段就

会落入不了解数据库设计的人的手中。

四、数据库主键选取策略

我们在建立数据库的时候需要为每张表指定一个主键所谓主键就是能

够唯一标识表中某一行的属性或属性组一个表只能有一个主键但可以有多

个候选索引。因为主键可以唯一标识某一行记录所以可以确保执行数据更新、

删除的时候不会出现张冠李戴的错误。当然其它字段可以辅助我们在执行这

些操作时消除共享冲突不过就不在这里讨论了。主键除了上述作用外常常

与外键构成参照完整性约束防止出现数据不一致。所以数据库在设计时主

键起到了很重要的作用。

常见的数据库主键选取方式有

·自动增长字段