作者：谦谦骄子_458 | 来源：互联网 | 2023-05-19 11:37
CREATETABLE[dbo].[dt_syslog]([logid][uniqueidentifier]NOTNULL,[addtime][datetime]NU
CREATE TABLE [dbo].[dt_syslog](
[logid] [uniqueidentifier] NOT NULL,
[addtime] [datetime] NULL,
[logdata] [xml] NULL
)
--按时间字段 添加聚集索引
CREATE UNIQUE CLUSTERED INDEX [IX_dt_syslog] ON [dbo].[dt_syslog]
(
[addtime] ASC
)
--添加主键
ALTER TABLE [dbo].[dt_syslog] ADD CONSTRAINT [PK_dt_syslog] PRIMARY KEY NONCLUSTERED
(
[logid] ASC
)
GO
一张日志表
已按 添加时间 做聚集索引
本来只需要 addtime,和logdata这两列。。logid这一列只是为了主键 特意加的一列。
这种为了主键而主键的做法合理吗？如果不添加主键有什么坏处吗？
19 个解决方案
加了主键 在默认情况下是聚集索引 查询效率高很多
而且有主键在程序中会起很大的作用
不加对于最后的结果没什么影响，但要注意到查询的效率，在程序编写时是否方便设置属性啥的...
加主键的目的,是为了保证数据完整性.
如果你这个表有相应的外键表,那外键列值必须等于主键值,这是最基本的一对多关系.
当然,设置了主键后一般会创建聚集索引,可以提高查询效率,但这不是主键的基本目的,不用主键,同样可以创建聚集索引,而且主键,也不一定非得创建聚集索引.
主键保证数据唯一性，已经查询效率，主键默认为聚集索引
如果你的日期+时间能唯一确定某行记录,那么你这ID就没有必要用了.
主键的目的是确定记录的唯一性,不是为了单纯的提高查询速度,提高查询速度是索引在起作用.
对于查询效率logid没啥用.没有聚集索引的主键对性能会有啥好处呢.
不过还是加上主键好,保证唯一性,完整性.这种没啥特别用处的主键还是用自增比较省空间,guid太浪费了.
主键最好要有，而且主键本身就是要为了主键而主键，就是它不应该代表任何实际的意义，仅仅是为了区别数据的唯一性，加快索引，处理主外键等。
在LZ举的例子中时间字段的唯一聚集索引（IX_dt_syslog）实际已经起到主键的作用，logid字段就没有必要了。
目前为止，我见到的：
1、主键：唯一标示，这个东西有两层意思：A，计算机管理方便，一般的为ID；B，人管理方便，一般的为编码；
2、索引：聚集索引(唯一的，因为数据是按这个存储的，并且查询)；非聚集索引，在聚集索引的基础上建立并且方便某种查询。
不管有没有聚集索引，数据存储必须有一个结构，如果有了聚集索引，就按聚集索引来确定存储结构了，主键一定不能够重复，而聚集索引是可以的，unique在一个表中可以有多个，但是 primary key 和 clustered只能有一个。
我一直在想。。假定这张表还有其他列，，其他列上加了索引。。此时的索引树中，是否会包含主键信息。如果有那么对于这样无序的LOGID 性能是不是很差？
TO chenzhuomin: ADDTIME 不是唯一的，它可能会重
TO fredrickhu: 后加的LOGID 在程序中也不会有用，XML信息会在展示的时间就分解了。。不需要再根据主键查询，只需要根据DATETIME排序（有聚集索引了）
TO xxyj6450: 你的想法跟我的非常像。只是不确定这种想法对不对？
主键只是等于 聚集索引+唯一约束 的作用吗？ 当这两个作用被其他字段代替时（在我的例子里 ，聚集索引被时间代替，唯一性被 时间和内容两个键代替，全候选键） 主键是不是就可以不定义了？
聚集索引（唯一的）表示一个表只能有一个，注意区别主键和聚集索引；
关于主键举个例子：按顺序增加十个物品
id为：item0001,item0002,item0003,item0004,item0005,item0006,item0007,item0008,item0009,item0010;容易看出一共十个
编码为：0101，0201，0102，0202，0103，0301，0104，0203，0302，0105
如果编码规则为2-2，容易统计前两位为类别：那么01类item有五个，02类item有三个，03类item有两个；
别再“我一直在想”，MS-SqlServer的帮助文档很详细，要用FK就必须有PK或者unique
崩溃，fancy0109，你试试在帮助文档里搜一下我要的答案。。。
什么主键，聚集索引 的概念，大家都知道的
现在讨论的是在特殊情况下的主键是否有用，建不建对性能有什么影响
而不是 什么是PK UNIQUE？
不过还是非常感谢你参与讨论。。。
1、你的理解是否准确，也就是logid是否真的没用，我接触的如果日志表使用GUID，一般情况是这类数据从无数多的客户端收集的，增加GUID字段的目的是找出一个唯一字段。
2、时间字段聚集可能是合理的，但是唯一是不合理的，谁也保证不了时间会不会重复。
3、如果你的理解正确，那这个logid字段多余，应该毫不吝惜地去掉，把时间字段的唯一索引改为主键（但是你先考虑清楚前两点）
NBDBA，你想的是对的。用GUID而不用INT 就是因为来源的机器是不同的（通过程序聚合到一块的）
时间字段是可以重复的。。也就是对于这张日志表里的记录，本身它就是可以重复的。。。所以不能在时间字段上加主键，也不能在XML上加主键。所以为了这张表有个主键。才加了这个LOGID。。（也就是前面说的“为了主键而主键） 这个LOGID 在程序和应用中没有任何意义 它唯一存在的理由是大家讨论完觉得一张表应该有个主键。
要考虑楼主的实际应用场景：
1.楼主要做的是日志表，而日志表的操作一般是insert和select,不会有update和delete,单从这点考虑，没必要一定要有一列标识唯一的一行以方便update和select,所以也就没必要主键。
2.效率考虑，日志一般按时间检索，因此需要在addtime建立索引，同时又考虑到日志一般是按时间顺序添加的，与数据实际存储的顺序一致，因此在addtime建立聚集索引应该是最佳方案。
综合以上两点，个人认为楼主现在的方案是可以的，有无主键无所谓，但如果是其它场景，比如经常有update和delete操作的，应该还是要有主键。
京公网安备 11010802041100号