在 SQL 表设计中,自增 ID 的使用很广泛。因为有些数据的属性并不具有唯一性,所以要给它加上一个生成的主键。生成主键最方便的方式,就是采用 SQL 产品提供的自增 ID 功能。可能自增 ID 的使用太过方便了,现在大有泛滥的趋势,甚至有资深的工程师说:所有的表都应该有一个自增的主键。
不过 SQL 产品的自增 ID 功能,一般都只使用简单的自增整型,就是第一行记录的 ID 是 1,第二行记录的 ID 是 2,如此类推。有时候我们会希望 ID 带有除序号之外额外的信息,比如希望用户的 ID 带有其部门简写:人事部的员工以 HR 做前缀;信息部的员工以 IT 做前缀:
|
1
2
3
4
5
6
7
8
9
|
create
table
app_user
(
id
char
(5)
primary
key
,
dept
char
(2),
number
int
)
insert
app_user
values
(
'HR001'
,
'HR'
, 1)
insert
app_user
values
(
'IT001'
,
'IT'
, 1)
|
面对这样的需求,一般的处理逻辑是:先找出对应部门的最大 ID,把这个 ID 的序号部分加 1,作为新用户的 ID 添加到用户表中:

本文探讨了在SQL中如何生成带有部门前缀的自增ID,以满足特定业务需求。介绍了在并发环境下,通过使用范围锁和serializable隔离级别来避免冲突的问题。同时,作者指出过度依赖自增ID可能会带来性能和存储的浪费,建议根据数据的唯一性属性来决定是否需要自增主键。
最低0.47元/天 解锁文章
1万+

被折叠的 条评论
为什么被折叠?



