在新建数据库（Access)中，如何设置主键

你的问题没有问明确啊

如果你是在编写vb程序的时候新建数据库的话，那么：

1代码新建空数据库

2代码新建一个数据表如“成绩单”，并设置其中姓名为主键，则SQL代码如下：

CREATE TABLE [成绩单]([姓名] int identity primary key      '这里“姓名”被设置为主键。

如果你是直接打开数据库设置主键的话，那么：

你用“使用设计器创建表”完毕，在要设置为主键的名称（如姓名）左侧右键单击后出来的菜单内有“主键”二字，点击“主键”即可完成，如下图所示：

主键:唯一标识表中的所有行的一个列或一组列主键不允许空值不能存在具有相同的主键值的两个行因此主键值总是唯一标识单个行表中可以有不止一个键唯一标识行每个键都称作候选键只有一个候选键可以选作表的主键所有其它候选键称作备用键尽管表不要求具有主键但定义主键是很好的做法 在规范化的表中每行中的所有数据值都完全依赖于主键例如在以 EmployeeID 作为主键的规范化的 employee 表中所有列都应包含与某个特定职员相关的数据该表不具有 DepartmentName 列因为部门的名称依赖于部门 ID而不是职员 ID

主键：

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

1

惟一地标识一行。

2

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

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

1

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

2

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

注：使用复合键的人通常有两个理由为自己开脱，而这两个理由都是错误的。其一是主键应当具有实际意义，然而，让主键具有意义只不过是给人为地破坏数据库提供了方便。其二是利用这种方法可以在描述多对多关系的连接表中使用两个外部键来作为主键，我也反对这种做法，理由是：复合主键常常导致不良的外键，即当连接表成为另一个从表的主表，而依据上面的第二种方法成为这个表主键的一部分，然，这个表又有可能再成为其它从表的主表，其主键又有可能成了其它从表主键的一部分，如此传递下去，越靠后的从表，其主键将会包含越多的列了。

3

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

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

4

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

5

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

外键是数据库一级的一个完整性约束，就是数据库基础理论书中所说的“参照完整性”的数据库实现方式。

外键属性当然是可以去掉的，如果你不想再用这种约束，对编程当然不会有什么影响，但相应的录入数据的时候就不对录入的数据进行“参照完整性”检查了。

例如有两个表

A(a,b)

:a为主键，b为外键（来自于Bb)

B(b,c,d)

:b为主键

如果我把字段b的外键属性去掉，对编程没什么影响。

如上面，A中的b要么为空，要么是在B的b中存在的值，有外键的时候，数据库会自动帮你检查A的b是否在B的b中存在。

以上就是关于在新建数据库（Access)中，如何设置主键全部的内容，包括:在新建数据库（Access)中，如何设置主键、数据库 主键含义和例子、数据库主键具体指哪项，有什么作用等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！