在多用户大数据量 同时使用insert语句的情况下 使用 select MAX(IDENTITYCOL) 来取得自动生成的ID 是否可靠?如果这种方法不可靠的,请问使用什么方法可以快速可靠的 来取得自动生成的ID ?
 

解决方案 »

  1.   

    不可靠,好象有个identity_scope的
      

  2.   

    其实这个问题是经常发生的
    主要有2个解决方法:
    1 最安全的方法是加锁
      只让一个用户进行插入操作,其他用户等待,安全但牺牲了性能
    2 用scope_identity() 
      这个函数的作应是返回当前会话中最新增长的自动增长列的值
      我有很多时候用这个,还没发现错误的情况呵呵,但请确保当前会话中有一个自动增长列,而且是你要的列
      

  3.   

    其实这个问题是经常发生的
    主要有2个解决方法:
    1 最安全的方法是加锁
      只让一个用户进行插入操作,其他用户等待,安全但牺牲了性能
    2 用scope_identity() 
      这个函数的作应是返回当前会话中最新增长的自动增长列的值
      我有很多时候用这个,还没发现错误的情况呵呵,但请确保当前会话中有一个自动增长列,而且是你要的列
      

  4.   

    其实这个问题是经常发生的
    主要有2个解决方法:
    1 最安全的方法是加锁
      只让一个用户进行插入操作,其他用户等待,安全但牺牲了性能
    2 用scope_identity() 
      这个函数的作应是返回当前会话中最新增长的自动增长列的值
      我有很多时候用这个,还没发现错误的情况呵呵,但请确保当前会话中有一个自动增长列,而且是你要的列
      

  5.   

    其实这个问题是经常发生的
    主要有2个解决方法:
    1 最安全的方法是加锁
      只让一个用户进行插入操作,其他用户等待,安全但牺牲了性能
    2 用scope_identity() 
      这个函数的作应是返回当前会话中最新增长的自动增长列的值
      我有很多时候用这个,还没发现错误的情况呵呵,但请确保当前会话中有一个自动增长列,而且是你要的列
      

  6.   

    不可靠, 
    请用 SELECT @@IDENTITY
      

  7.   

    @@IDENTITY
    返回最后插入的标识值。语法
    @@IDENTITY返回类型
    numeric注释
    在一条 INSERT、SELECT INTO 或大容量复制语句完成后,@@IDENTITY 中包含此语句产生的最后的标识值。若此语句没有影响任何有标识列的表,则 @@IDENTITY 返回 NULL。若插入了多个行,则会产生多个标识值,@@IDENTITY 返回最后产生的标识值。如果此语句激发一个或多个执行产生标识值的插入操作的触发器,则语句执行后立即调用 @@IDENTITY 将返回由触发器产生的最后的标识值。若 INSERT 或 SELECT INTO 语句失败或大容量复制失败,或事务被回滚,则 @@IDENTITY 值不会还原为以前的设置。在返回插入到表的 @@IDENTITY 列的最后一个值方面,@@IDENTITY、SCOPE_IDENTITY 和 IDENT_CURRENT 函数类似。 @@IDENTITY 和 SCOPE_IDENTITY 将返回在当前会话的所有表中生成的最后一个标识值。但是,SCOPE_IDENTITY 只在当前作用域内返回值,而 @@IDENTITY 不限于特定的作用域。IDENT_CURRENT 不受作用域和会话的限制,而受限于指定的表。IDENT_CURRENT 返回任何会话和任何作用域中为特定表生成的标识值。有关更多信息,请参见 IDENT_CURRENT。示例
    下面的示例向带有标识列的表中插入一行,并用 @@IDENTITY 显示在新行中使用的标识值。INSERT INTO jobs (job_desc,min_lvl,max_lvl)
    VALUES ('Accountant',12,125)
    SELECT @@IDENTITY AS 'Identity'-----------------如果仅仅是为了获取最后一个,用SELECT @@IDENTITY