浅谈如何屏蔽数据库中自增ID功能

数据库 SQL Server
今天我们将讨论的是如何屏蔽数据库中自增ID功能,也就是ID由系统自动分配,DBA们不用手动干预。不过在做分布式数据库时,要求数据同步时,这种自增ID就会出现严重的问题,因为你无法用该ID来唯一标识记录。

在平时的项目开发中,我相信有很大一批人都在用这个数据库自增ID,用数据库自增ID有利也有弊。

优点:节省时间,根本不用考虑怎么来标识***记录,写程序也简单了,数据库帮我们维护着这一批ID号。

缺点:for example, 在做分布式数据库时,要求数据同步时,这种自增ID就会出现严重的问题,因为你无法用该ID来***标识记录。同时在数据库做移植时,也会出现各种问题,总之,对此自增ID有依赖的情况,都有可能出现问题。我绝对相信园子里有很一部分人都被这个“好用的东西” 曾经害惨过!

我平时在开发项目的时候,一般都没有用到数据库的自增ID, 所以我想分享一下自己的解决方法。

解决思路

1:定义一张表,专门用来存放存所有需要***ID的表名称以及该表当前所使用到的ID值。

2: 写一个存储过程,专门用来在上一步的表中取ID值。

这个思路非常简单,我不作解释了,直接来看看我的实现方法:

***步:创建表

  1. create table table_key  
  2. (  
  3.  table_name   varchar(50) not null primary key,  
  4.        key_value    int         not null 

第二步:创建存储过程来取自增ID

  1. create procedure up_get_table_key  
  2. (  
  3.    @table_name     varchar(50),  
  4.    @key_value      int output 
  5. )  
  6. as 
  7. begin 
  8.      begin tran  
  9.          declare @key  int 
  10.            
  11.          --initialize the key with 1  
  12.          set @key=1  
  13.          --whether the specified table is exist  
  14.   if not exists(select table_name from table_key where table_name=@table_name)  
  15.             begin 
  16.     insert into table_key values(@table_name,@key)        --default key vlaue:1  
  17.             end 
  18.          -- step increase  
  19.          else      
  20.             begin 
  21. select @key=key_value from table_key with (nolock) where table_name=@table_name  
  22.                 set @key=@key+1  
  23.                 --update the key value by table name  
  24.           update table_key set key_value=@key where table_name=@table_name  
  25.             end 
  26.         --set ouput value  
  27.     set @key_value=@key 
  28.  
  29.     --commit tran  
  30.     commit tran  
  31.         if @@error>0  
  32.       rollback tran  
  33. end 

对于在表中不存在记录,直接返回一个默认值为1的键值,同时插入该条记录到table_key表中。而对于已存在的记录,key值直接在原来的key基础上加1.

总结一下,这种方法非常简单,我说一下它的优缺点。

优点:

1:ID值是可控的。用户可以从指定段开始分配ID值,这对于在分布式数据要求同数据同步时,非常方便,很好地解决了ID重复的问题。

2:在编写程序中,ID值是可见的,比如在再插入关联的记录时,相比使用数据库自增ID的情况下,这种方法不需要在插入一条数据库记录之后,再去得到自增ID值,然再再使用该ID的值来插入关联的记录。我们可以一次性使用事务来插入关联记录。

3:对于需要批量插入数据时,我们可以改写一下上面的存储过程,返回一个段的开始ID,然后更新表时需要注意,不是原来的简单的递增1,而是递增你想要的插入多少条记录的总数。

缺点:

1:效率问题,每次取ID值都需要调用存储过程从数据库中检索一次。对于这种情况,我觉得效率不是很大问题,因为SQL server 会对我们经常调用的存储过程有缓存,再一点,这个表的数据应该不会很大,最多上千条(一个项目中上千个表的情况应该不是很多吧)。所以检索不是什么问题,何况是根据表名来检索(表名列已是主键)。

原文链接:http://www.cnblogs.com/repository/archive/2011/01/17/1937265.html

【编辑推荐】

  1. SQL Server 2000删除实战演习
  2. SQL Server存储过程的命名标准如何进行?
  3. 卸载SQL Server 2005组件的正确顺序
  4. 对SQL Server字符串数据类型的具体描述
  5. SQL Server数据类型的种类与应用
     
责任编辑:彭凡 来源: 博客园
相关推荐

2019-12-09 10:03:40

MySQLSQL数据库

2023-11-30 09:09:53

数据库Java

2011-08-18 18:34:00

Oracle数据库创建自增字段

2022-06-14 08:01:43

数据库MySQL

2020-08-21 13:15:29

开发技能代码

2022-11-08 19:30:52

DjangoID自增

2024-10-08 15:31:45

2020-08-31 07:00:00

数据库数据库同步

2010-03-29 14:09:12

Oracle ID 自

2018-12-14 15:35:20

MySQL索引数据库

2009-07-01 16:01:58

JSP数据库

2009-07-07 14:56:33

JSP连接MySQL

2010-07-05 11:26:31

2022-06-03 08:12:52

InnoDB插入MySQL

2024-06-14 08:34:36

2024-11-11 00:00:06

MySQLID数据类型

2010-06-18 13:47:21

SQL Server数

2021-11-26 22:07:57

数据库管理Mongodb

2011-06-07 17:14:15

关系型数据库压缩技术

2011-08-30 13:33:29

Qt数据库
点赞
收藏

51CTO技术栈公众号