销售管理软件版1楼: OS:Win2k pro + sp4 / Tools:sql server 2k + sp4
问题产生原因：
使用ado原生对象开发程序，对一个数据表添加数据。其中有一个标示为Identity(1,1)的数据列ID,目前ID的编号为2500，理论上说下一个编号应该是2501，但是数据提交后在程序跟踪调试取这个ID值的时候发现返回的不是2501,而是247或者其他值，下一次就会是248,249.不过说来也奇怪，在查询分析器中查看的时候又是正确的2501。不知道问题出在哪里？
因为此表是主表，明细表要取得返回的ID值作为一个字段的取值以便关联，现在取得的值是错的，所以关联也就错了，不知道各位有没有碰到过这种问题，如何解决？

2楼: [blue]我曾经做过这样的测试，取消ID字段的identity，然后随便增加一个字段，写一个程序手工添加一笔数据，然后删除这笔数据，删除增加的这个字段，ID列加上identity，好了。但是过了两天，又出现这种情况。
但是把database backup然后restore到另外一台机子不会出现问题。
是不是sql server哪个地方设置有问题？[/blue] 如进销存系统需求分析

3楼: 字段的类型是不是有什么关系呢。

4楼: 这个字段作为主键，唯一标识一个记录可以，因为通过添加删除等操作后，该字段值会变的不连续，所以尽量不要用它做主从表的关联字段，可以自己重新定义一个编号字段！

5楼: 楼上说的有些道理。
不过不连续也没有关系呀，只要唯一就可以了。
-----------------------------------------------------
程序已经开发完成，而且运行两年都没有问题，最近才跑出来这个问题。也不想对程序作大的修改了，不知道问题出在什么地方？

6楼: 先添加主表的数据集，然后根据新的ID（不能获取最大的ID然后＋1，来获取新的ID），插入子表的内容，这样就不会错了！

销售管理软件版7楼: 没错啊，我就是这样做的，可是ID是错的。

8楼: 不重复不就行了嘛

9楼: identity会乱，奇怪了，我也从来没遇到过。
建议重新打SQL SP4补丁

10楼: 重新打過sp4

11楼: 我现在用 OS:Win2k pro + sp4 / Tools:sql server 7。0 + sp4，从来没碰到过这种问题。

12楼: 也许仅仅是返回值错了，如果是用@@IDENTITY则有这个可能，以下是其说明：
在一条 INSERT、SELECT INTO 或大容量复制语句完成后，@@IDENTITY 中包含此语句产生的最后的标识值。若此语句没有影响任何有标识列的表，则 @@IDENTITY 返回 NULL。若插入了多个行，则会产生多个标识值，@@IDENTITY 返回最后产生的标识值。如果此语句激发一个或多个执行产生标识值的插入操作的触发器，则语句执行后立即调用 @@IDENTITY 将返回由触发器产生的最后的标识值。若 INSERT 或 SELECT INTO 语句失败或大容量复制失败，或事务被回滚，则 @@IDENTITY 值不会还原为以前的设置。 如万能档案管理软件

13楼: 以下载自sql server在线帮助：

IDENT_CURRENT
返回为任何会话和任何作用域中的指定表最后生成的标识值。

语法
IDENT_CURRENT(＇＇table_name＇＇)

参数
table_name

是将要返回其标识值的表的名称。table_name 的数据类型为 varchar，没有默认值。

返回类型
sql_variant

注释
IDENT_CURRENT 类似于 Microsoft® SQL Server™ 2000 标识函数 SCOPE_IDENTITY 和 @@IDENTITY。这三个函数都返回最后生成的标识值。但是，它们在定义＂最后＂的作用域和会话上不同。

IDENT_CURRENT 返回为任何会话和任何作用域中的特定表最后生成的标识值。


@@IDENTITY 返回为当前会话的所有作用域中的任何表最后生成的标识值。


SCOPE_IDENTITY 返回为当前会话和当前作用域中的任何表最后生成的标识值。
示例
下面的示例说明由 IDENT_CURRENT、@@IDENTITY 和 SCOPE_IDENTITY 返回的不同的标识值。

USE pubs
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
/*Returns the value 100, which was inserted by the trigger.*/

SELECT SCOPE_IDENTITY()
/* Returns the value 1, which was inserted by the
INSERT stmt 2 statements before this query.*/

SELECT IDENT_CURRENT(＇＇t7＇＇)
/* Returns value inserted into t7, i.e. in the trigger.*/

SELECT IDENT_CURRENT(＇＇t6＇＇)
/* Returns value inserted into t6, which was the INSERT statement 4 stmts before this query.*/

-- Do the following in Session 2
SELECT @@IDENTITY
/* Returns NULL since there has been no INSERT action
so far in this session.*/

SELECT SCOPE_IDENTITY()
/* Returns NULL since there has been no INSERT action
so far in this scope in this session.*/

SELECT IDENT_CURRENT(＇＇t7＇＇)
/* Returns the last value inserted into t7.*/


请参见

@@IDENTITY

SCOPE_IDENTITY

销售管理软件版14楼: 楼主这句：“但是把database backup然后restore到另外一台机子不会出现问题。”
我觉得还是重新安装数据库，再打补丁
先解决当前问题再说

15楼: 在查询分析器没错的话，问题可能与ADO有关

16楼: 原因找到,但是不知道如何克服.
原因:
在Trigger for Insert中有一個Insert另外一個表一條數據的語句,導致@@Identity錯誤,
這樣子,如何解決這個問題？

17楼: 不用触发器，改用程序实现Insert？

18楼: 改程序是可以,不過暫時不想改程序.不知道SQL SERVER有沒有辦法處理？

19楼: 能贴出触发器看看吗？
我做过一些麻烦的触发器，insert也从未发送@@IDENTITY的问题。

20楼: @@IDENTITY肯定取得别的表了，在插入主表数据时是不是有触发器对其它表进行了插入操作？

建议楼主IDENT_CURRENT(＇＇table_name＇＇)试试，再有，一定要事务保护

销售管理软件版21楼: 問題解決了.我把After Insert改為Instead Of Insert,先Insert另外一個表的數據,然後再
Insert自己這個表的數據.@@Identity就不會改變了.
謝謝大家的參與,發分了,祝各位狗年快樂.
不知道這算不算是SQL Server的BUG,有興趣的可議測試一下Oracle有沒有這個問題.

22楼: 多人接受答案了。 如速达物业管理软件