1、 何谓数据库主键
数据库主键是指表中一个列或列的组合，其值能唯一地标识表中的每一行。这样的一列或多列称为表的主键，通过它可强制表的实体完整性。当创建或更改表时可通过定义 PRIMARY KEY约束来创建主键。一个表只能有一个 PRIMARY
KEY 约束，而且 PRIMARY KEY
约束中的列不能接受空值。由于 PRIMARY KEY约束确保唯一数据，所以经常用来定义标识列。
1.1 主键的作用
主键的主要作用如下：
（1）保证实体的完整性；
（2）加快数据库的操作速度；
（3）在表中添加新记录时，数据库会自动检查新记录的主键值，不允许该值与其他记录的主键值重复；
（4)数据库自动按主键值的顺序显示表中的记录。如果没有定义主键，则按输入记录的顺序显示表中的记录。
1.2 主键的特点
（1）唯一性：一个表中只能有一个主键。如果在其他字段上建立主键，则原来的主键就会取消。
（2）非空性：主键的值不可重复，也不可为空；
（3）必要性：在有些数据库中，虽然主键不是必需的，但最好为每个表都设置一个主键，不管是单主键还是复合主键。它存在代表着表结构的完整性，表的记录必须得有唯一区分的字段，主键主要是用于其他表的外键关联，以及本记录的修改与删除；
（4）无意义性：在开发过程中，读者可能会看到将一些表使用有意义的字段表示主键，例如“用户登录信息表”将“登录名”（英文名）作为主键，“订单表”中将“订单编号”作为主键，如此设计主键一般都是没什么问题，因为将这些主键基本不具有“意义更改”的可能性。但是，也有一些例外的情况，例如“订单表”需要支持需求“订单可以作废，并重新生成订单，而且订单号要保持原订单号一致”，那将“订单编号”作为主键就满足不了要求了。因此读者在使用具有实际意义的字段作为主键时，需要考虑是否存在这种可能性。
2、 主键的创建和更改
& 在MySQL中，创建时指定某字段为主键的举例如下：
3、主键的选择以及优缺点比较
3.1 自增主键
&&&&&&这种方式是使用数据库提供的自增数值型字段作为自增主键，它的优点是：
（1）数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利；
（2）数字型，占用空间小，易排序，在程序中传递也方便；
（3）如果通过非系统增加记录时，可以不用指定该字段，不用担心主键重复问题。
其实它的缺点也就是来自其优点，缺点如下：
（1）因为自动增长，在手动要插入指定ID的记录时会显得麻烦，尤其是当系统与其它系统集成时，需要数据导入时，很难保证原系统的ID不发生主键冲突（前提是老系统也是数字型的）。特别是在新系统上线时，新旧系统并行存在，并且是异库异构的数据库的情况下，需要双向同步时，自增主键将是你的噩梦；
（2）在系统集成或割接时，如果新旧系统主键不同是数字型就会导致修改主键数据类型，这也会导致其它有外键关联的表的修改，后果同样很严重；
（3）若系统也是数字型的，在导入时，为了区分新老数据，可能想在老数据主键前统一加一个字符标识（例如“o”，old）来表示这是老数据，那么自动增长的数字型又面临一个挑战。
MySQL（auto_increment）、SQL
Server（IDENTITY）、Informix、Oracle（首先创建自增序列，接着为自增主键的表创建插入时的触发器，给自增主键ID赋值）等数据库都支持这种自增主键，这种主键在各种系统中应用广泛，但是如果考虑到有新旧系统并存等问题，为了避免不必要的麻烦，使用自增主键要三思。
3.2 max+1主键
由于增主键存在的缺点，所以有些开发人员就采用自己生成同样是数字型的的主键，但不是系统自动生成的。具体的方式是：在INSERT时，读取主键ID的Max值后，加1，这种方法可以避免自动编号的问题，但是也存在各种缺点：
（1）效率问题：如果记录非常大的话，那么Max()也会影响效率的；
（2）并发性问题：如果同时有两人读到相同的Max后，加一后插入的ID值会重复。
基于这些明显的缺点，笔者不提倡使用此种方式。
3.3 自制+1主键
考虑max+1的效率后，有的开发人员采用自制加1，也就是建一个特别的表，字段为：表名、当前序列值。这样在往表中插入值时，先从此表中找到相应表的最大值后加一，进行插入，但也可能会存在并发处理，但是开发人员可以采用lock线程的方式来避免：在生成此值的时，先Lock，取到值以后，再unLock出来，这样不会有两人同时生成了。这比max+1的速度要快多了。
就算解决了并发的问题，但此种方式同样存在致命的缺点：
（1）在与其他系统集成时，脱离了系统中的生成方法后，很麻烦保证自制表中的最大值与导入后的保持一致。
因为此种还需要创建新表，比较麻烦，因此笔者也不推荐此种方式。
3.4 具有实际意义的主键
&&&&&&&& 有些表可以使用具有实际意义的主键，但这种表为数不多，因为要保证该字段长久的具有行记录唯一的特点，如若有可能变成该表中的非唯一字段，那它就不适合将其变成主键。
&&&&&&&& 笔者建议有些表可以使用具有实际意义的主键，例如“用户信息表”的“用户登录名”字段基本都是唯一的，而且几乎不可能变成一个登录名对应两条记录，因此可以使用其作为主键。另外，例如“一号通用户信息表”中，“一号通号码”肯定是唯一的，因此也可作为主键。
3.5 GUID主键
目前一个比较好的主键是采用GUID（Globally
Unique Identifier，全球唯一标识符），GUID的特点如下：
（1）在空间上和时间上具有唯一性，保证同一时间不同地方产生的数字不同；
（2）世界上的任何两台计算机都不会生成重复的GUID值；
（3）需要GUID的时候，可以完全由算法自动生成，不需要一个权威机构来管理；
（4）GUID的长度固定，并且相对而言较短小，非常适合于排序、标识和存储。
可以将GUID主键定义为字符型，但值由GUID生成，GUID是可以自动生成，也可以程序生成，而且键值不可能重复，可以解决系统集成问题，几个系统的GUID值导到一起时，也不会发生重复，就算有“o”老数据也可以区分，而且效率很高。在SQL里也可以使用
NewID()生成。主要优点是：
IDENTITY 列相比，uniqueidentifier列可以通过 NewID()函数提前得知新增加行的ID，为应用程序的后续处理提供很大方便；
（2）便于数据库移植，其它数据库中并不一定具有
IDENTITY 列，而 GUID列可以作为字符型列转换到其它数据库中，同时将应用程序中产生的GUID值存入数据库，它不会对原有数据带来影响。
（1）GUID值较长，不容易记忆和输入，而且这个值是随机、无顺序的。
（2）GUID的值有16个字节，与其它诸如
4 字节的整数相比要相对大一些。这意味着如果在数据库中使用 uniqueidentifier键，可能会带来两方面的消极影响：存储空间增大、索引时间较慢。
基于上面的分析，使用GUID的利大于弊，笔者推荐可以采用此种方式。
3.6 自制唯一字符型主键
&&&&&&&& 为了系统集成等的方便，笔者建议将主键定义成字符型，可以使用GUID作为主键，也可以定义一个字符型的主键字段，但是它的值使用变成编程指定。该种方式的优点是：
（1）在异库异构数据库的情况下，若旧系统这些表的主键ID是自增的（数值型），而新系统生成的主键是比较长的字符串型（例如15位），那样旧系统生成或之前的旧数据同步到新系统时，都不会冲突。
这种方式的缺点是：
（1）需要程序能生成定长的唯一字符串，例如：当前时间+自动机号+进程ID+……；常见例如时间等作为标示符
（2）由第三方系统生成或手动生成该主键时，处理比较麻烦。
&&&&&&&& 在上面几种主键中，较为常用的是“<span style="color:#ff自增主键”和“3.5 GUID主键”，当在有些特殊的表和某些特定情况中，也可以采用“<span style="color:#ff具有实际意义的主键”和“3.6
自制唯一的字符型主键”。
4、 参考文档
（1）《主键设计用什么字段类型比较好》：
（2）《主关键字_百度百科》：
（3）《GUID_百度百科》：
在做分布式数据采集系统的时候，最初有一张表的外键是自增字段，而分布式的特点就是需要数据在多个数据库之间互相导来导去，这样就会打乱自增字段的&#20540;，必须开发一个存储过程或用其他语言开发一个控制器来控制字段不会被打乱，由于硬件和网络的限制，导致该控制器（或存储过程）开发难度极大，同时又有多个系统供应商之间需要开发数据接口，每增加一个供应商，就要重新开发一遍，而每开发一遍，都有巨大的开发难度。不仅如此，自己公司开发的软件之间互相导数据也会存在打乱自增字段&#20540;的问题，所以本人强烈建议在设计分布式数据采集系统时，凡是要用到外键的地方，都不要用自增字段了。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：353444次
积分：4577
积分：4577
排名：第2882名
原创：61篇
转载：388篇
评论：45条
(4)(9)(14)(9)(7)(4)(18)(23)(13)(21)(11)(3)(14)(30)(18)(8)(8)(14)(12)(17)(16)(29)(28)(34)(16)(3)(8)(19)(18)(3)(2)(6)(3)(6)(6)1092人阅读
1、&何谓数据库主键
数据库主键是指表中一个列或列的组合，其&#20540;能唯一地标识表中的每一行。这样的一列或多列称为表的主键，通过它可强制表的实体完整性。当创建或更改表时可通过定义&PRIMARY KEY&约束来创建主键。一个表只能有一个&PRIMARY KEY&约束，而且&PRIMARY KEY&约束中的列不能接受空&#20540;。由于PRIMARY KEY&约束确保唯一数据，所以经常用来定义标识列。
1.1&主键的作用
主键的主要作用如下：
（1）保证实体的完整性；
（2）加快数据库的操作速度；
（3）&在表中添加新记录时，数据库会自动检查新记录的主键&#20540;，不允许该&#20540;与其他记录的主键&#20540;重复；
（4)&数据库自动按主键&#20540;的顺序显示表中的记录。如果没有定义主键，则按输入记录的顺序显示表中的记录。
1.2&主键的特点
（1）唯一性：一个表中只能有一个主键。如果在其他字段上建立主键，则原来的主键就会取消。
（2）非空性：主键的&#20540;不可重复，也不可为空；
（3）必要性：在有些数据库中，虽然主键不是必需的，但最好为每个表都设置一个主键，不管是单主键还是复合主键。它存在代表着表结构的完整性，表的记录必须得有唯一区分的字段，主键主要是用于其他表的外键关联，以及本记录的修改与删除；
（4）无意义性：在开发过程中，读者可能会看到将一些表使用有意义的字段表示主键，例如“用户登录信息表”将“登录名”（英文名）作为主键，“订单表”中将“订单编号”作为主键，如此设计主键一般都是没什么问题，因为将这些主键基本不具有“意义更改”的可能性。但是，也有一些例外的情况，例如“订单表”需要支持需求“订单可以作废，并重新生成订单，而且订单号要保持原订单号一致”，那将“订单编号”作为主键就满足不了要求了。因此读者在使用具有实际意义的字段作为主键时，需要考虑是否存在这种可能性。
2、&主键的创建和更改
& 在MySQL中，创建时指定某字段为主键的举例如下：
create&table&article&(
id&int(4)&primary&key&not&null&auto_increment,
name&varchar(100)&not&null,
author&varchar(32)&not&null,
publishTime&datetime&default&NULL
& 标示为主键的字段需要使用“primary key”标识。
若要删除某个表中之前的主键，并设置另外一个字段作为主键，参考语句如下：
ALTER&TABLE&表名&DROP&PRIMARY&KEY,&ADD&PRIMARY&KEY&(新的主键字段);
主键可以在执行create table操作时，在字段的后面使用“primary key”指定，也可以不位于字段后面，例如如下语句：
create&table&ss_schedule
&&&&schedulekey&&&&&&&&&&&&varchar(30)&not&null,
&&&&schedulename&&&&&&&&&&&varchar(255),
&&&&updatekey&&&&&&&&&&&&&&varchar(30),
&&&&primary&key&(schedulekey)
&3、&主键的选择以及优缺点比较
3.1&自增主键
&&&&&&&这种方式是使用数据库提供的自增数&#20540;型字段作为自增主键，它的优点是：
（1）数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利；
（2）数字型，占用空间小，易排序，在程序中传递也方便；
（3）如果通过非系统增加记录时，可以不用指定该字段，不用担心主键重复问题。
其实它的缺点也就是来自其优点，缺点如下：
（1）因为自动增长，在手动要插入指定ID的记录时会显得麻烦，尤其是当系统与其它系统集成时，需要数据导入时，很难保证原系统的ID不发生主键冲突（前提是老系统也是数字型的）。特别是在新系统上线时，新旧系统并行存在，并且是异库异构的数据库的情况下，需要双向同步时，自增主键将是你的噩梦；
（2）在系统集成或割接时，如果新旧系统主键不同是数字型就会导致修改主键数据类型，这也会导致其它有外键关联的表的修改，后果同样很严重；
（3）若系统也是数字型的，在导入时，为了区分新老数据，可能想在老数据主键前统一加一个字符标识（例如“o”，old）来表示这是老数据，那么自动增长的数字型又面临一个挑战。
MySQL（auto_increment）、SQL Server（IDENTITY）、Informix、Oracle（首先创建自增序列，接着为自增主键的表创建插入时的触发器，给自增主键ID赋&#20540;）等数据库都支持这种自增主键，这种主键在各种系统中应用广泛，但是如果考虑到有新旧系统并存等问题，为了避免不必要的麻烦，使用自增主键要三思。
3.2 max&#43;1主键
由于增主键存在的缺点，所以有些开发人员就采用自己生成同样是数字型的的主键，但不是系统自动生成的。具体的方式是：在INSERT时，读取主键ID的Max&#20540;后，加1，这种方法可以避免自动编号的问题，但是也存在各种缺点：
（1）效率问题：如果记录非常大的话，那么Max()也会影响效率的；
（2）并发性问题：如果同时有两人读到相同的Max后，加一后插入的ID&#20540;会重复。
基于这些明显的缺点，笔者不提倡使用此种方式。
3.3&自制&#43;1主键
考虑max&#43;1的效率后，有的开发人员采用自制加1，也就是建一个特别的表，字段为：表名、当前序列&#20540;。这样在往表中插入&#20540;时，先从此表中找到相应表的最大&#20540;后加一，进行插入，但也可能会存在并发处理，但是开发人员可以采用lock线程的方式来避免：在生成此&#20540;的时，先Lock，取到&#20540;以后，再unLock出来，这样不会有两人同时生成了。这比max&#43;1的速度要快多了。
就算解决了并发的问题，但此种方式同样存在致命的缺点：
（1）在与其他系统集成时，脱离了系统中的生成方法后，很麻烦保证自制表中的最大&#20540;与导入后的保持一致。
因为此种还需要创建新表，比较麻烦，因此笔者也不推荐此种方式。
3.4&具有实际意义的主键
&&&&&&&&&有些表可以使用具有实际意义的主键，但这种表为数不多，因为要保证该字段长久的具有行记录唯一的特点，如若有可能变成该表中的非唯一字段，那它就不适合将其变成主键。
&&&&&&&&&笔者建议有些表可以使用具有实际意义的主键，例如“用户信息表”的“用户登录名”字段基本都是唯一的，而且几乎不可能变成一个登录名对应两条记录，因此可以使用其作为主键。另外，例如“一号通用户信息表”中，“一号通号码”肯定是唯一的，因此也可作为主键。
3.5 GUID主键
目前一个比较好的主键是采用GUID（Globally Unique Identifier，全球唯一标识符），GUID的特点如下：
（1）在空间上和时间上具有唯一性，保证同一时间不同地方产生的数字不同；
（2）世界上的任何两台计算机都不会生成重复的GUID&#20540;；
（3）需要GUID的时候，可以完全由算法自动生成，不需要一个权威机构来管理；
（4）GUID的长度固定，并且相对而言较短小，非常适合于排序、标识和存储。
可以将GUID主键定义为字符型，但&#20540;由GUID生成，GUID是可以自动生成，也可以程序生成，而且键&#20540;不可能重复，可以解决系统集成问题，几个系统的GUID&#20540;导到一起时，也不会发生重复，就算有“o”老数据也可以区分，而且效率很高。在SQL里也可以使用&NewID()生成。主要优点是：
（1）同&IDENTITY&列相比，uniqueidentifier&列可以通过&NewID()&函数提前得知新增加行的ID，为应用程序的后续处理提供很大方便；
（2）便于数据库移植，其它数据库中并不一定具有&IDENTITY&列，而&GUID列可以作为字符型列转换到其它数据库中，同时将应用程序中产生的GUID&#20540;存入数据库，它不会对原有数据带来影响。
（1）GUID&#20540;较长，不容易记忆和输入，而且这个&#20540;是随机、无顺序的。
（2）GUID的&#20540;有16个字节，与其它诸如&4&字节的整数相比要相对大一些。这意味着如果在数据库中使用&uniqueidentifier&键，可能会带来两方面的消极影响：存储空间增大、索引时间较慢。
基于上面的分析，使用GUID的利大于弊，笔者推荐可以采用此种方式。
3.6&自制唯一字符型主键
&&&&&&&&&为了系统集成等的方便，笔者建议将主键定义成字符型，可以使用GUID作为主键，也可以定义一个字符型的主键字段，但是它的&#20540;使用变成编程指定。该种方式的优点是：
（1）在异库异构数据库的情况下，若旧系统这些表的主键ID是自增的（数&#20540;型），而新系统生成的主键是比较长的字符串型（例如15位），那样旧系统生成或之前的旧数据同步到新系统时，都不会冲突。
这种方式的缺点是：
（1）需要程序能生成定长的唯一字符串，例如：当前时间&#43;自动机号&#43;进程ID&#43;……；
（2）由第三方系统生成或手动生成该主键时，处理比较麻烦。
&&&&&&&&&在上面几种主键中，较为常用的是“3.1&自增主键”和“3.5 GUID主键”，当在有些特殊的表和某些特定情况中，也可以采用“3.4&具有实际意义的主键”和“3.6&自制唯一的字符型主键”。
4、&参考文档
（1）《主键设计用什么字段类型比较好》：
（2）《主关键字_百度百科》：
（3）《GUID_百度百科》：
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：101647次
积分：1560
积分：1560
排名：第13672名
原创：63篇
转载：16篇
评论：21条
(1)(1)(4)(2)(1)(1)(4)(5)(5)(4)(7)(1)(1)(5)(10)(12)(5)(10)Sql&server2000中表的主键与唯一索引
PRIMARY&KEY&约束
表中经常有一列或多列的组合，其值能唯一标识表中的每一行。这样的一列或多列称为表的主键。当创建或更改表时可通过定义
PRIMARY&KEY&约束来创建主键。
& 一个表只能有一个
PRIMARY&KEY&约束，而且
PRIMARY&KEY约束中的列不能接受空值。由于PRIMARY&
KEY&约束确保唯一数据，所以经常用来定义标识列。
当为表指定PRIMARY&KEY约束时，Microsoft
SQL Server 2000
通过为主键列创建唯一索引强制数据的唯一性。当在查询中使用主键时，该索引还可用来对数据进行快速访问。
如果PRIMARY&KEY约束定义在不止一列上，则一列中的值可以重复，但PRIMARY&KEY约束定义中的所有列的组合的值必须唯一。
创建唯一索引 &
& 在 SQL Server
中，当唯一性是数据本身的特点时，可创建唯一索引，但索引列的组合不同于表的主键。例如，如果要频繁查询
employee 表（该表主键为 emp_id）的社会保障号 (ssn)
列，而且要保证保障号是唯一的，则在 ssn
上创建唯一索引。如果用户为多个员工输入了相同的社会保障号，则数据库显示错误，并且不能保存该表。
当创建或修改唯一索引时，可以设置选项以忽略重复的键。如果已设置该选项，并且试图通过添加或更新将影响多行的数据来创建重复键（使用
INSERT 或 UPDATE
语句），则不能添加导致重复的行，或在更新时放弃这样的行。
例如，在已含有"Jones"的表中试图用"Jones"更新"Smith"，则在结果表中只有一个"Jones"，而没有"Smith"。原有的"Smith"行丢失，因为
UPDATE 语句实际上是 DELETE 语句后跟一个 INSERT
语句。"Smith"已删除，而试图插入另一个"Jones"的操作失败。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。汇聚2000万达人的兴趣社区下载即送20张免费照片冲印
扫码下载App
温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
阅读(3010)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
在LOFTER的更多文章
loftPermalink:'',
id:'fks_',
blogTitle:'复合主键',
blogAbstract:'1。为表创建复合主键：& 用： & & alter & table & 表名 & & add & constraint&& [主键名称]& primary & key(column_name[,column_name])&& \r\n2。创建表时创建联合主键\r\ncreate&& table&& paper&& (&& && paper_name&& varchar(50)&& not&& null,&& && author_id&& char(10)&& not&& null,&& && constraint&& PK_paper&& primary&& key(paper_name,author_id)&& --复合主键&& ',
blogTag:'',
blogUrl:'blog/static/',
isPublished:1,
istop:false,
modifyTime:0,
publishTime:1,
permalink:'blog/static/',
commentCount:0,
mainCommentCount:0,
recommendCount:0,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:true,
hostIntro:'',
hmcon:'0',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}Access为何要为表定义主键？在创建表时是否一定要为表定义主键？_百度知道
Access为何要为表定义主键？在创建表时是否一定要为表定义主键？
关联性很差，比别人的要大十几倍，基本的标准就是三大数据库范式1，但是你维护的数据表，第二必须是这张表的核心且最好是数字型的字段，虽然可以查找到自己需要的数据。表中所有字段必须和主键有关系（又称为主键的依赖性）3。表中所有字段只和主键有关系（又称为主键的唯一关联性）其实数据库用的时间多了以后就会知道，也就是字段的重复出现不定义主键的话，第三必须避免冗余，或者发现，而且查询效率奇慢，磁盘很快不够用了，和他购买的东西。我明明知道一个人的名字，可是不知道该如何查询自己需要的东西，主键产生的规则第一就是唯一标识一条记录，几张表都已经维护了，却不知道该如何查找购买的时间，因为在关联的时候数字型的字段关联效率高。数据库表必须有唯一标识一条记录的字段（又称为主键的存在性）2主键是唯一标识一条记录的字段，时间也已经维护在购买记录中。这些错误是新手比较容易犯得，在查询的时候你会发现
来自团队：
其他类似问题
为您推荐：
您可能关注的推广
access的相关知识
其他4条回答
?你这个问题实在是太经典了！回去看下基础教程吧！
可以不创建的，并不是一定要创建 ，弹出提示的时候你点否就可以了
因为表里面的数据不能重复，定义主键后就能保证这点，只要主键不重复，access里可以不为表定义主键，但是一般要定义，或者它会给自动加个自增的id（int型）
主建是唯一识别键，用来杜绝数据库中同一数据的反复出现，这样你检索出来的数据具有唯一性，不会有重复的数据出现。如果你觉得上面的问题不是问题，可以不设定主键。
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁