如何得到SqlServer的自增ID
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了如何得到SqlServer的自增ID相关的知识,希望对你有一定的参考价值。
SCOPE_IDENTITY、IDENT_CURRENT 和 @@IDENTITYIDENT_CURRENT 不受作用域和会话的限制,而受限于指定的表。
IDENT_CURRENT 返回为任何会话和作用域中的特定表所生成的值。
SCOPE_IDENTITY 和 @@IDENTITY
返回在当前会话中的任何表内所生成的最后一个标识值。
但是,SCOPE_IDENTITY 只返回插入到当前作用域中的值;@@IDENTITY
不受限于特定的作用域。
例如,有两个表 T1 和 T2,并且在 T1 上定义了 INSERT 触发器。
当将某行插入 T1 时,触发器激发,并在 T2 中插入一行。
该方案演示了两个作用域:在 T1 上的插入,以及在 T2 通过触发器的插入。
假设 T1 和 T2 都有标识列,@@IDENTITY 和 SCOPE_IDENTITY 将在 T1 上的
INSERT 语句结束后返回不同的值。
@@IDENTITY 将返回在当前会话中的任何作用域内插入的最后一个标识列的值。
这是在 T2 中插入的值。
SCOPE_IDENTITY() 将返回在 T1 中插入的 IDENTITY 值。
这是在同一个作用域内发生的最后的插入。
如果在任何 INSERT 语句作用于作用域中的标识列之前调用 SCOPE_IDENTITY()
函数,则该函数将返回 Null。
如果语句和事务失败,它们会更改表的当前标识,从而使标识列中的值出现不连贯现象。
即使未提交试图向表中插入值的事务,也永远无法回滚标识值。
例如,如果因 IGNORE_DUP_KEY 冲突而导致 INSERT
语句失败,表的当前标识值仍然会增加。 参考技术A SqlServer中的自增的ID的最后的值:
SELECT SCOPE_IDENTITY() --返回插入到同一作用域中的 IDENTITY 列内的最后一个 IDENTITY 值。
SELECT @@IDENTITY --返回插入到当前会话中任何作用域内的最后一个 IDENTITY 列值
SELECT IDENT_CURRENT('TbName')--不受作用域和会话的限制,而受限于指定的表。
IDENT_CURRENT 返回为任何会话和作用域中的特定表所生成的值。
一个作用域就是一个模块——存储过程、触发器、函数或批处理。因此,如果两个语句处于同一个存储过程、函数或批处理中,则它们位于相同的作用域中。
对于马上使用的刚才插入的新记录ID用SCOPE_IDENTITY()是最合适的;
对于想要得到一系列的操作中最后得到的那个自增的ID最好用@@IDENTITY;
对于想要得到一个表中的最后一个插入操作所产生的ID的最好用IDENT_CURRENT('TBName')
DECLARE @TMP_ID INT
SET @TMP_ID = IDENT_CURRENT('BID_EvaluateItem')
IF ((@TMP_ID IS NOT NULL) AND (@TMP_ID >0))
BEGIN
--其它的操作
END本回答被提问者和网友采纳
MySQL - 新增数据时想要得到新增数据的自增ID,怎么办???
我们在实际逻辑编写时,往往会有,想要使用我们刚刚插入数据的自增ID,来做另外一件事情;这时候我们是可以通过查询刚才插入数据的某个字段作为条件,来查出这条数据的ID,但是总感觉太麻烦效率不高;
当然,我们通过SQL层面也是有类似的办法; 例如:
SELECT max(mid) FROM table_0001;
select @@IDENTITY
SELECT LAST_INSERT_ID()
如果我們在定义数据库表的实体类的时候,id字段加上了支持自增长的注解,这个问题就相对简单咯~,例如:
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column(name = "id")
private Integer id;
... ...
Student student = new Student();
student.setName("张三");
Mapper.insert(student);
//在这里可以直接getId来获取到我们新添加进去这条数据的自增ID
int selfId = student.getId();
##观察代码后台运行日志可以发现其实是jpa自动帮我们运行了SELECT LAST_INSERT_ID()这条SQL语句来获取的自增ID的值
==> Executing: SELECT LAST_INSERT_ID()
<== Columns: LAST_INSERT_ID()
在JPA中提供了四种用法,分别是:
TABLE:使用一个特定的数据库表格来保存主键。
SEQUENCE:根据底层数据库的序列来生成主键,条件是数据库支持序列。
IDENTITY:主键由数据库自动生成(主要是自动增长型)
AUTO:主键由程序控制。
GenerationType.TABLE
使用一个特定的数据库表格来保存主键,持久化引擎通过关系数据库的一张特定的表格来生成主键,这种策略的好处就是不依赖于外部环境和数据库的具体实现,在不同数据库间可以很容易的进行移植,但由于其不能充分利用数据库的特性,所以不会优先使用。该策略一般与另外一个注解一起使用@TableGenerator,@TableGenerator注解指定了生成主键的表(可以在实体类上指定也可以在主键字段或属性上指定),然后JPA将会根据注解内容自动生成一张表作为序列表(或使用现有的序列表)。如果不指定序列表,则会生成一张默认的序列表,表中的列名也是自动生成,数据库上会生成一张名为sequence的表(SEQ_NAME,SEQ_COUNT)。序列表一般只包含两个字段:第一个字段是该生成策略的名称,第二个字段是该关系表的最大序号,它会随着数据的插入逐渐累加。
@Id
@Column(name="id")
@GeneratedValue(strategy=GenerationType.TABLE,generator="table_gen")
@TableGenerator(
name = "table_gen",
table="fendo_generator",
pkColumnName="seq_name", //指定主键的名字
pkColumnValue="fendos", //指定下次插入主键时使用默认的值
valueColumnName="seq_id", //该主键当前所生成的值,它的值将会随着每次创建累加
initialValue = 1, //初始化值
allocationSize=1 //累加值
)
public Integer getUid() {
return uid;
}
GenerationType.SEQUENCE
在某些数据库中,不支持主键自增长,比如Oracle,其提供了一种叫做"序列(sequence)"的机制生成主键。此时,GenerationType.SEQUENCE就可以作为主键生成策略。该策略的不足之处正好与TABLE相反,由于只有部分数据库(Oracle,PostgreSQL,DB2)支持序列对象,MYsql不支持序列,所以该策略一般不应用于其他数据库。类似的,该策略一般与另外一个注解一起使用@SequenceGenerator,@SequenceGenerator注解指定了生成主键的序列.然后JPA会根据注解内容创建一个序列(或使用一个现有的序列)。如果不指定序列,则会自动生成一个序列SEQ_GEN_SEQUENCE。
@Id
@GeneratedValue(strategy = GenerationType.SEQUENCE,generator="fendo_seq")
@SequenceGenerator(name="fendo_seq", sequenceName="seq_name")
GenerationType.IDENTITY
此种主键生成策略就是通常所说的主键自增长,数据库在插入数据时,会自动给主键赋值,比如MySQL可以在创建表时声明"auto_increment" 来指定主键自增长。该策略在大部分数据库中都提供了支持(指定方法或关键字可能不同),但还是有少数数据库不支持,所以可移植性略差。使用自增长主键生成策略是只需要声明strategy = GenerationType.IDENTITY即可。
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
GenerationType.AUTO
把主键生成策略交给持久化引擎(persistence engine),持久化引擎会根据数据库在以上三种主键生成策略中选择其中一种。此种主键生成策略比较常用,由于JPA默认的生成策略就是GenerationType.AUTO,所以使用此种策略时.可以显式的指定@GeneratedValue(strategy = GenerationType.AUTO)也可以直接@GeneratedValue。
@Id
@GeneratedValue(strategy = GenerationType.AUTO)
以上是关于如何得到SqlServer的自增ID的主要内容,如果未能解决你的问题,请参考以下文章
如何去除SqlServer的自增字段 不用identity_insert和创建新列 还有别的方法么? 这个列里有数据,不能动