SQL Server 获取刚插入数据的ID号

本文介绍了在SQL Server中获取标识值的三种方法:IDENT_CURRENT、SCOPE_IDENTITY和@@IDENTITY,包括它们的区别、应用场景及示例。

第一种方法:
insert into table1 values(colvalue1,colvalue2)

select ident_current('table1')

 

第二种方法:
insert into table1 values(colvalue1,colvalue2)
select @@identity

 

主要应用Transact-SQL中的函数

1、IDENT_CURRENT()      

2、SQL Server 2000 标识函数 SCOPE_IDENTITY ()

3、SQL Server 2000 标识函数 @@IDENTITY

 

IDENT_CURRENT() 

返回为某个会话和作用域中指定的表或视图生成的最新的标识值。

语法


IDENT_CURRENT( 'table_name' )

备注

IDENT_CURRENT 类似于 SQL Server 2000 标识函数 SCOPE_IDENTITY 和 @@IDENTITY。这三个函数都返回最后生成的标识值。但是,上述每个函数中定义的“最后”的作用域和会话有所不同。

  • IDENT_CURRENT 返回为某个会话和用域中的指定表生成的最新标识值。

  • @@IDENTITY 返回为跨所有作用域的当前会话中的某个表生成的最新标识值。

  • SCOPE_IDENTITY 返回为当前会话和当前作用域中的某个表生成的最新标识值。

在空表中调用 IDENT_CURRENT 函数时,此函数将返回 NULL。

如果语句和事务失败,它们会更改表的当前标识,从而使标识列中的值出现不连贯现象。即使未提交试图向表中插入值的事务,也永远无法回滚标识值。例如,如果因 IGNORE_DUP_KEY 冲突而导致 INSERT 语句失败,表的当前标识值仍然会增加。

参数


table_name

其标识值被返回的表的名称。table_name 的数据类型为 varchar,无默认值。

返回类型

sql_variant

示例

以下示例将显示由 IDENT_CURRENT@@IDENTITY 和 SCOPE_IDENTITY 返回的不同标识值。



USE
 AdventureWorks; GO DROP TABLE t6; DROP TABLE t7; GO CREATE TABLE t6(id 
int IDENTITY); CREATE TABLE t7(id int IDENTITY(100,1)); GO CREATE 
TRIGGER t6ins ON t6 FOR INSERT AS BEGIN INSERT t7 DEFAULT VALUES END; GO
 --End of trigger definition SELECT * FROM t6; --id is empty. SELECT * 
FROM t7; --ID is empty. --Do the following in Session 1 INSERT t6 
DEFAULT VALUES; SELECT @@IDENTITY; SELECT SCOPE_IDENTITY(); SELECT 
IDENT_CURRENT('t7'); SELECT IDENT_CURRENT('t6'); -- Do the following in 
Session 2. SELECT @@IDENTITY; SELECT SCOPE_IDENTITY(); SELECT 
IDENT_CURRENT('t7');

 

 

SCOPE_IDENTITY ()

返回插入到同一作用域中的标识列内的最后一个标识值。一个范围是一个模块:存储过程、触发器、函数或批处理。因此,如果两个语句处于同一个存储过程、函数或批处理中,则它们位于相同的作用域中。

语法


SCOPE_IDENTITY()

备注

SCOPE_IDENTITY、IDENT_CURRENT 和 @@IDENTITY 是相似的函数,因为它们都返回插入到标识列中的值。

IDENT_CURRENT 不受作用域和会话的限制,而受限于指定的表。IDENT_CURRENT 返回为任何会话和作用域中的特定表所生成的值。有关详细信息,请参阅 IDENT_CURRENT (Transact-SQL)

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() 函数,则该函数将返回空值。

如果语句和事务失败,它们会更改表的当前标识,从而使标识列中的值出现不连贯现象。即使未提交试图向表中插入值的事务,也永远无法回滚标识值。例如,如果因 IGNORE_DUP_KEY 冲突而导致 INSERT 语句失败,表的当前标识值仍然会增加。

返回类型

numeric

示例

以下示列创建两个表,TZ 和 TY,并在 TZ 中创建一个 INSERT 触发器。当将某行插入表 TZ 中时,触发器 (Ztrig) 将激发并在 TY 中插入一行。



USE
 tempdb GO CREATE TABLE TZ ( Z_id int IDENTITY(1,1)PRIMARY KEY, Z_name 
varchar(20) NOT NULL) INSERT TZ VALUES ('Lisa') INSERT TZ VALUES 
('Mike') INSERT TZ VALUES ('Carla') SELECT * FROM TZ --Result set: This 
is how table TZ looks. Z_id Z_name ------------- 1 Lisa 2 Mike 3 Carla 
CREATE TABLE TY ( Y_id int IDENTITY(100,5)PRIMARY KEY, Y_name 
varchar(20) NULL) INSERT TY (Y_name) VALUES ('boathouse') INSERT TY 
(Y_name) VALUES ('rocks') INSERT TY (Y_name) VALUES ('elevator') SELECT *
 FROM TY --Result set: This is how TY looks: Y_id Y_name ---------------
 100 boathouse 105 rocks 110 elevator CREATE TRIGGER Ztrig ON TZ FOR 
INSERT AS BEGIN INSERT TY VALUES ('') END INSERT TZ VALUES ('Rosalie') 
SELECT SCOPE_IDENTITY() AS [SCOPE_IDENTITY] GO SELECT @@IDENTITY AS 
[@@IDENTITY] GO

下面是结果集: 



SCOPE_IDENTITY 4 @@IDENTITY 115

 

@@IDENTITY

 

返回最后插入的标识值的系统函数。

 

语法


@@IDENTITY

备注

在一条 INSERT、SELECT INTO 或大容量复制语句完成后,@@IDENTITY 中包含语句生成的最后一个标识值。如果语句未影响任何包含标识列的表,则 @@IDENTITY 返回 NULL。如果插入了多个行,生成了多个标识值,则 @@IDENTITY 将返回最后生成的标识值。如果语句触发了一个或多个触发器,该触发器又执行了生成标识值的插入操作,那么,在语句执行后立即调用 @@IDENTITY 将返回触发器生成的最后一个标识值。如果对包含标识列的表执行插入操作后触发了触发器,并且触发器对另一个没有标识列的表执行了插入操作,则 @@IDENTITY 将返回第一次插入的标识值。出现 INSERT 或 SELECT INTO 语句失败或大容量复制失败,或者事务被回滚的情况时,@@IDENTITY 值不会恢复为以前的设置。

如果语句和事务失败,它们会更改表的当前标识,从而使标识列中的值出现不连贯现象。即使未提交试图向表中插入值的事务,也永远无法回滚标识值。例如,如果因 IGNORE_DUP_KEY 冲突而导致 INSERT 语句失败,表的当前标识值仍然会增加。

@@IDENTITY、SCOPE_IDENTITY 和 IDENT_CURRENT 是相似的函数,因为他们都返回插入到表的 IDENTITY 列的最后一个值。

@@IDENTITY 和 SCOPE_IDENTITY 可以返回当前会话中的所有表中生成的最后一个标识值。但是,SCOPE_IDENTITY 只在当前作用域内返回值,而 @@IDENTITY 不限于特定的作用域。

IDENT_CURRENT 不受作用域和会话的限制,而受限于指定的表。IDENT_CURRENT 可以返回任何会话和任何作用域中为特定表生成的标识值。有关详细信息,请参阅 IDENT_CURRENT (Transact-SQL)

@@IDENTITY 函数的作用域是执行该函数的本地服务器上的当前会话。此函数不能应用于远程或链接服务器。若要获得其他服务器上的标识值,请在远程服务器或链接服务器上执 行存储过程,并使(在远程或链接服务器的环境中执行的)该存储过程收集标识值,并将其返回本地服务器上的发出调用的连接。

返回类型

numeric

示例

以下示例向包含标识列 (LocationID) 的表中插入一行,并使用 @@IDENTITY 显示新行中使用的标识值。



USE
 AdventureWorks; GO --Display the value of LocationID in the last row in
 the table. SELECT MAX(LocationID) FROM Production.Location; GO INSERT 
INTO Production.Location (Name, CostRate, Availability, ModifiedDate) 
VALUES ('Damaged Goods', 5, 2.5, GETDATE()); GO SELECT @@IDENTITY AS 
'Identity'; GO --Display the value of LocationID of the newly inserted 
row. SELECT MAX(LocationID) FROM Production.Location; GO
<think>我们已知用户的问题:在SQL Server中使用INSERT插入数据时对象名无效的解决办法。根据提供的引用,我们可以总结出一些常见原因和解决方案。 引用[1]提到对象名无效可能是由于多数据源配置问题,导致表无法找到。解决方法是确保在操作时使用了正确的数据源。 引用[2]指出对象名无效可能是由于使用的函数在当前的SQL Server版本中不存在,或者拼写错误,或者权限问题。 引用[3]则提到ODBC连接时服务器名配置不正确,导致找不到数据库。 结合用户的问题(INSERT插入数据时对象名无效),我们可以分析可能的原因: 1. 表名拼写错误或不存在。 2. 数据库对象不在当前连接的数据源(或数据库)中。 3. 权限问题,当前用户没有访问该表的权限。 4. 表所在的模式(schema)不是默认的,需要在表名前指定模式。 5. 数据库连接配置错误,比如连接到错误的服务器或数据库。 6. SQL Server版本问题(但INSERT语句一般不会有版本问题,除非使用了特定版本才有的表)。 解决方案: 步骤1:检查表名拼写和是否存在 - 确认表名是否正确,包括大小写(SQL Server默认不区分大小写,但表名存储时的大小写可能需要注意)。 - 在SQL Server Management Studio中检查该表是否存在于目标数据库中。 步骤2:确认当前数据库上下文 - 使用`USE`语句切换到正确的数据库,或者在表名前加上数据库名和模式名,例如:`[数据库名].[模式名].[表名]`。 - 确保连接字符串指向了正确的数据库。 步骤3:检查权限 - 确认当前登录的用户是否有对表执行INSERT操作的权限。 步骤4:检查连接配置 - 如果是应用程序连接,检查连接字符串中的服务器名、数据库名是否正确,特别是多数据源情况下要指定正确的数据源(如引用1)。 - 确保服务器名正确(如引用3)。 步骤5:检查模式(schema) - 如果表不在默认模式(通常是dbo)下,则需要使用模式名限定表名,例如:`[模式名].[表名]`。 步骤6:检查表是否确实存在 - 运行查询:`SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME = '表名'`,查看表是否存在。 示例错误和解决: 假设我们执行以下INSERT语句: ```sql INSERT INTO MyTable (Column1, Column2) VALUES ('value1', 'value2'); ``` 如果出现“对象名'MyTable'无效”,请尝试: 1. 指定模式: ```sql INSERT INTO dbo.MyTable (Column1, Column2) VALUES ('value1', 'value2'); ``` 2. 切换数据库(如果当前连接不在目标数据库): ```sql USE [正确的数据库名]; GO INSERT INTO MyTable (Column1, Column2) VALUES ('value1', 'value2'); ``` 3. 检查表是否存在:在目标数据库中执行`SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME = 'MyTable'`。 4. 如果是多数据源(如引用1),确保在代码中指定了正确的数据源。 根据引用1中的例子,在Java多数据源配置中,可能需要使用类似`@DataSource(value = DataSourceType.SERVICE)`的注解来指定数据源。 总结:对象名无效通常是由于找不到对象,因此我们需要确保对象存在、拼写正确、在正确的数据库和模式下,并且当前连接有权访问。 相关问题: 1. 如何在SQL Server中检查当前连接的数据库? 2. 如何给SQL Server用户授予对表的INSERT权限? 3. SQL Server中如何查看表属于哪个模式? 4. 如何在多数据源配置中指定SQL Server数据源? </think>### SQL Server插入数据时"对象名无效"的解决方案 在使用`INSERT`语句时遇到"对象名无效"错误(错误208),通常表示SQL Server无法识别您引用的表名或视图名。结合引用内容,以下是系统性的排查步骤和解决方案: --- ### 一、核心原因分析 1. **对象不在当前数据库上下文**(最常见) - 连接默认指向`master`等系统库,而非目标业务库(引用1、3) - 解决方案:显式指定数据库名 `[数据库名].[模式名].[表名]` 2. **对象不存在或拼写错误** - 表名/视图名拼写错误(大小写敏感时) - 表确实未创建(引用2) 3. **权限问题** - 当前用户缺少访问权限(引用2) 4. **连接配置错误**(多数据源场景) - 应用程序未正确指定数据源(引用1) 5. **模式(Schema)未指定** - 表不在默认`dbo`模式下时需显式声明 --- ### 二、详细解决方案 #### ✅ 方案1:显式指定数据库和模式(立即生效) ```sql -- 正确格式 INSERT INTO [YourDatabaseName].[dbo].[YourTable] (Column1, Column2) VALUES ('value1', 'value2'); -- 示例(假设数据库名: SalesDB, 表名: Orders) INSERT INTO SalesDB.dbo.Orders (OrderID, Customer) VALUES (1001, 'John'); ``` #### ✅ 方案2:检查并切换数据库上下文 ```sql -- 1. 查看当前连接的数据库 SELECT DB_NAME(); -- 2. 切换数据库 USE YourDatabaseName; -- 3. 再执行INSERT INSERT INTO YourTable (...) VALUES (...); ``` #### ✅ 方案3:验证对象是否存在 ```sql -- 检查表是否存在 SELECT * FROM sys.tables WHERE name = 'YourTable' -- 替换实际表名 -- 检查视图 SELECT * FROM sys.views WHERE name = 'YourView' ``` #### ✅ 方案4:处理权限问题 ```sql -- 授予当前用户权限 GRANT INSERT ON [dbo].[YourTable] TO [YourUserName]; ``` #### ✅ 方案5:应用程序配置修正(多数据源场景) ```java // Java示例(参考引用1) @DataSource(value = DataSourceType.SERVICE) // 明确指定业务数据源 public void insertData() { // SQL执行代码 } ``` --- ### 三、预防措施 1. **连接字符串验证** - 确保连接字符串包含`Database=YourDB;`(引用3) ```java // 正确连接字符串示例 jdbc:sqlserver://serverName;databaseName=YourDB; ``` 2. **统一命名规范** - 所有SQL语句显式包含模式名:`dbo.YourTable` 3. **版本兼容性检查** - 确认表存在于当前数据库版本(类似引用2的版本问题) 4. **使用事务前验证对象** ```sql IF OBJECT_ID('dbo.YourTable', 'U') IS NOT NULL INSERT INTO dbo.YourTable (...) VALUES (...) ELSE PRINT '表不存在'; ``` --- ### 四、排查流程图 ```mermaid graph TD A[出现208错误] --> B{对象是否拼写正确?} B -->|是| C[检查当前数据库上下文] B -->|否| D[修正对象名] C --> E{是否在目标数据库?} E -->|是| F[检查权限] E -->|否| G[USE 目标数据库] F --> H{有INSERT权限?} H -->|是| I[检查模式名] H -->|否| J[申请权限] I --> K{是否指定dbo?} K -->|是| L[联系DBA] K -->|否| M[添加dbo.前缀] ``` > **关键提示**:在SSMS中按`F5`执行`USE YourDB`后,新查询窗口仍需重新执行切换,这是一个常见疏忽点。 --- ### 相关问题 1. 如何在SQL Server中查看当前连接的默认数据库? 2.数据源配置下如何确保Spring Boot应用连接正确的SQL Server数据库? 3. SQL Server中`dbo`模式和非默认模式访问有什么区别? 4. 如何批量授予用户对某个数据库所有表的INSERT权限? 5. 为什么在SSMS中表存在但程序仍报"对象名无效"?
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值