关于自增ID的弊端

 

如果现在公司的数据库 OLD_DB_Table1 有以下记录:

1 a

2 b

3 c

4 d

--以上(1-4)是公司自用数据

A用户新增一条记录 e

5 e

 

现在新的数据库公司的New_DB_Table1 的数据要更新

1 a

2 b

3 c

4 d

5 L

6 M

--以上(1-6)是公司自用数据

...

 

那么用户的这条 5 e 记录就被替换了

 解决方法1:需要加多一个列 用于标记是否是用户数据

解决方法2:ID列 改为nvarchar 用id 列自身标记是否是用户数据,如U001 C001 分别代表用户数据,公司数据。

每次插入,ID由最大的ID(数字部分)+1 (或者其他可以控制的方法)。

------然而如果+1 ,那么多用户同时操作,也就是说并发时,应该会有错误。(未去证实)至于这种方法,可能的并发操作,造成ID重复问题的解决方案,需继续考虑。

 

 

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值