SQL Server 数据库中identity字段不必是系统产生的唯一值 性能优化示例

2022-11-12 09:47:43
内容摘要
这篇文章主要为大家详细介绍了SQL Server 数据库中identity字段不必是系统产生的唯一值 性能优化示例,具有一定的参考价值,可以用来参考一下。 对此感兴趣的朋友,看看idc笔记
文章正文

这篇文章主要为大家详细介绍了SQL Server 数据库中identity字段不必是系统产生的唯一值 性能优化示例,具有一定的参考价值,可以用来参考一下。

对此感兴趣的朋友,看看idc笔记做的技术笔记!

但是,具有identity特性的字段,不需要具有唯一性,更不必须是主键。可以通过,set identity_insert tablename (on|off),在运行时控制,是否可以在identity字段中指定值,而不是由系统自动的插入值。那么,这有什么用处呢。举个例子来说,两个用户之间的聊天,可以有多次,这个用一个chatsession来表示。在数据库中,我们需要三个表: user, chatsession(sessionid identity,...), user_chatsession (userid, sessionid, ...), 来表示这个关系。这里面,多出了一个表chatsession, 其主键sessionid具有identity特性,并且在user_chatsession中被引用。但是,我们知道,数据库写操作比读操作的开销要大很多,如果我想做优化,把chatsession整个的去掉,那应该怎么做呢.这时,就会用到我说的这一点。首先把 user_chatsession 中的sesssionid变成identity 字段,在插入一个session中的第一个 user-session (for user a)记录时,让系统产生sessionid, 然后记录下这个sessionid, 在插入一个session中后续的 user-session (for user b, user c...), 执行set identity_insert tablename on,就可以把先前记录的sessionid值插入。还有另外一个方法,比较笨一点,就是用 select max(sessionid) + 1 from table where userid = @useridA,来获得要新插入的sessionid, 这种方法性能上显然差了许多。

注:关于SQL Server 数据库中identity字段不必是系统产生的唯一值 性能优化示例的内容就先介绍到这里,更多相关文章的可以留意

代码注释

作者:喵哥笔记

IDC笔记

学的不仅是技术,更是梦想!