主键是必须的吗？

[mytiger]

表一定要有主键吗？有和没有的好处？

[愤怒对抗喳喳]

当某个表操作涉及到其他很多表，和其他很多表有关联，操作频繁，建议使用主见

[KingSunSha]

我想只有在很少的情况下不用设主键.
如果需要对一个表中的某行或者某些纪录进行更新或者删除操作的话,那主键是必须的,否则无法定位一条纪录.

[昵称被占用了]

to：　linqiang(阿强)
没有主键,那有两个张三怎么办?
那样你在输入的时候,用户输入"李四",你就必须要查是不是有"李四",有就不能输入?

[linqiang]

当然有主键较好。但严格来说没主键也问题。我的库就有几个表，表之间也设定了关系，但完全没设主键，就用普通的字段做关联。性能差别完全看不出来，主要是记录太少（最大的表才几千条）。更新或者删除操作可用:
UPDATE ... WHERE NAME="张三"
DELETE ... WHERE NAME="张三"
当然设主键才是正规的做法，但我主要是说明没主键实际上是能实现的。

[shizi_mhy]

我认为所有的表都应该有主键

我们的系统中有几张表是没有主键的
有的表只有一条记录
有的是有多条记录的
其中有个多条记录的表是实现系统的某些设置功能的
由于没有主键,系统实现功能依赖于这几条记录在数据库表中的物理顺序(初始化时插入数据是有顺序的)
如果想增加某种功能,在里面插入一条记录那以前的功能就乱了
我都无法想象当初设计的人是怎么想的
!$#$^%*&%^$^%$

我现在设计表时
如果逻辑上不存在明确的主键,我就要加一个内部的ID,作为唯一的主键

没有主键的表让我难以理解

[gwolf]

gz,gz,gz

[mytiger]

to shizi_mhy(柿子)　:一个内部的ID?那好理解吗？

[linqiang]

这是能不能的问题，还是好不好的问题？
有主键是值得推荐的好做法！
没有主键是不好的，但是能实现的做法！
如 TABLE
f1 f2
aa 1
bb 2
cc 3
aa 2
cc 3
用SELECT * FROM TABLE WHERE F1=‘aa’AND F2=2难道“无法定位一条纪录”？
在此表中加ID有什么意义吗？虽然加上ID主键能唯一地标识一条记录，但在用户看来ID=3和ID=5的记录含义是一样的，那区分开来有什么用呢?人家改的时候就是要求
UPDATE TABLE SET f2=0 WHERE f1='cc'
那你怎么办？还有必要加一个永远都不会用到的ID吗？
只要能满足用户的要求就行了。虽然不规范。

[昵称被占用了]

to:linqiang(阿强)　
你举的例子应该这样理解:
情况1、允许出现两条F1=‘aa’AND F2=2，那你的SELECT * FROM TABLE WHERE F1=‘aa’AND F2=2就会查到两条记录，你的update TABLE set ... WHERE F1=‘aa’AND F2=2就更新两条记录，你无法单单更新第二条记录。
情况2、不允许出现两条F1=‘aa’AND F2=2，那没有主键的时候，你必须在输入程序限制，但通过客户端管理加的记录有可能会造成数据的重复，这是应该把（F1，F2）作为复合主键。

[hawkcai]

在oracle中,如果是建立主从关系表,则主键是必须的。但是其他有些具体情况不一定非要加主键，这一方面视实际情况而定，一方面还要看所造成的意想不到的后果。

[linqiang]

to :Haiwer
设计数据库要看最终用户的需求。我那个小库要求允许有重复记录（只是输入时间不同），但又不会按输入时间查询。只要查一下"张三"什么时候输入，输入了几次：
SELECT * FROM table WHERE NAME="张三"
而保存人员信息的表是固定的，不许更改的，设不设主键都可以。
我承认这样做不规范，人员表是人家做好的，他没设我也懒得去纠正。：）

[SE1]

对于DBMS来说，主键是必需的，每一张表都有一个主键。
对于数据库设计者和使用者来说，主键不是必需的，也就是说，我们可以不显式地指定一个主键，这时不同的DBMS会按照各自的方式默认指定主键，例如将所有的属性联合起来作为联合主键（当然效率会有影响），或者如Oracle,使用内部的rowid作为主键。
不过，不显式地指定一个主键是一个好的做法，利于维护、理解，在某种程度上也对效率有帮助。主键的值可以我们自己生成，也可以交系统完成，如SQL Server中的id字段。
实际上，无论我们是否指定或定义主键，对于DBMS来说，主键都是必须的，那么还不如我们自己不显式地指定为好。就如某些语言中我们可以不显式地指定变量的类型（如Fortran、VB），系统一样可以处理（采用默认值），但还是自己指定的好，至少有利于维护、理解，对编译器来说也有帮助，也有利于提高效率。

[昵称被占用了]

高深,很难理解,好象是这也好,那也好,没有不好的!

[yanhe100]

有主键各个表之间就能有关系。这样就能很容易的建立起科学的视图。经备以后使用。

[linqiang]

Haiwer(海阔天空)
"那你的SELECT * FROM TABLE WHERE F1=‘aa’AND F2=2就会查到两条记录，你的update TABLE set ... WHERE F1=‘aa’AND F2=2就更新两条记录，你无法单单更新第二条记录。"
没错啊，人家就是要求能有重复记录，查询的时候就是要查到两条记录，改的时候就是要同时更新两条记录啊！永远不会出现要”单单更新第二条记录“。所以我说：“永远都不会用到的ID”。用户要求的功能就是这么单调，你有什么办法？这时加ID有绝对的必要吗？

[linqiang]

TO:Haiwer(海阔天空)
“允许出现两条F1=‘aa’AND F2=2，那你的SELECT * FROM TABLE WHERE F1=‘aa’AND F2=2就会查到两条记录，你的update TABLE set ... WHERE F1=‘aa’AND F2=2就更新两条记录，你无法单单更新第二条记录。”
对啊，人家就是要求能有重复记录，查询的时候就是要查到符合这样条件的多条记录，改的时候就是要同时更新多条记录，其他功能一概不需要，永远不会“单单更新第二条记录”。所以我说“永远都不会用到的ID”。你能怎么办？人家的库就是这么简单，功能就是要这么单调，我要再加功能人家说“画蛇添足”不需要！其实人家本来的工作就是又简单又单调的。你又有什么好办法呢？人家不要欣赏你的编程技巧，只要实现他的要求，减轻他的劳动。我的目的也不是去参赛，是给他用。你说还要这样非加上ID吗？

[linqiang]

TO:Haiwer(海阔天空)
“允许出现两条F1=‘aa’AND F2=2，那你的SELECT * FROM TABLE WHERE F1=‘aa’AND F2=2就会查到两条记录，你的update TABLE set ... WHERE F1=‘aa’AND F2=2就更新两条记录，你无法单单更新第二条记录。”
对啊，人家就是要求能有重复记录，查询的时候就是要查到符合这样条件的多条记录，改的时候就是要同时更新多条记录，其他功能一概不需要，永远不会“单单更新第二条记录”。所以我说“永远都不会用到的ID”。你能怎么办？人家的库就是这么简单，功能就是要这么单调，我要再加功能人家说“画蛇添足”不需要！其实人家本来的工作就是又简单又单调的。你又有什么好办法呢？人家不要欣赏你的编程技巧，只要实现他的要求，减轻他的劳动。我的目的也不是去参赛，是给他用。你说还要这样非加上ID吗？

[SE1]

to Haiwer(海阔天空):
sorry,写错了，实际上我想说的是：“不过，显式地指定一个主键是一个好的做法”（第三段），不小心写成“不过，不显式地指定一个主键是一个好的做法”,多写了一个“不”字。实在是对不起。

[Broadsea]

讨论这种问题简直是浪费时间

[marvellin]

凑凑热闹，我觉得问题蛮简单嘛？