Sql Server 2005プライマリキー違反のID列

Question

私は奇妙な問題に遭遇しており、それを理解しようとするいくつかの助けが必要です。

私はすべてのアプリケーションデータ列に加えて、ID列（nullではないint、Identity、1から始まり、1ずつ増加する）を持つデータベースを持っています。表の主キーはID列であり、他のコンポーネントはありません。

アプリケーションは同じデータの複数の提出を許可する必要があるため、「自然な主キー」として使用できるデータセットはありません。

QAは、彼らが、今朝のアプリケーションをテストしましたが、私は（直接デシベル所有者としてサーバにログイン以外の）テーブルに新しいレコードを追加する唯一の方法であるストアドプロシージャ、

を持っていますデータベースに新しいレコードを入力します（意図したとおりにアプリケーションを使用し、最後の2週間は実行しています）、このテーブルで主キー違反が発生しました。

これは私が約10年前に主キーをやっていたのと同じように、これを一度も実行したことはありません。

これを修正する方法についてのご意見はありますか？それとも、長い間に一度現れる宇宙線の不具合の1つです。

アドバイスをいただきありがとうございます。

ナイジェルより多くの情報をスキーマの簡易版を

を与えるために、13:15 EDT 6月12日に編集

...

CREATE TABLE [dbo].[tbl_Queries](
[QueryID] [int] IDENTITY(1,1) NOT NULL, 
[FirstName] [varchar](50) NOT NULL, 
[LastName] [varchar](50) NOT NULL, 
[Address] [varchar](150) NOT NULL, 
[Apt#] [varchar](10) NOT NULL 
    ... <12 other columns deleted for brevity> 
[VersionCode] [timestamp] NOT NULL, 
CONSTRAINT [PK_tbl_Queries] PRIMARY KEY CLUSTERED 
(
    [QueryID] ASC 
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] 
) ON [PRIMARY] 

は（また、デフォルト値の文を削除しました）

ストアドプロシージャは、次のとおりです。

insert into dbo.tbl_Queries 
    ( FirstName, 
     LastName, 
     [Address], 
     [Apt#]...) values 
    ( @firstName, 
     @lastName, 
     @address, 
     isnull(@apt, ''), ...) 

IDENTITY、@ scope_identityなどは使用しません。IDENTITY、@ scope_identityなどは使用しません。単なるファイルであり、忘れてしまいます。

私は、アイデンティティ値がリセットされておらず、ほかに誰も値を入力するために直接データベースアクセスを使用していないと確信しています。このプロジェクトでアイデンティティ挿入が使用される唯一の時間は、ルックアップテーブルに特定の値を設定するための初期データベース展開です。

QAチームは、エラーが発生した直後に再試行し、クエリを正常に提出できました。それ以来、これを再生しようとしていて、これまで成功していませんでした。

私は本当にアイデアをいただきありがとうございます。経験

に基づいて

Answer 1

ランダムな思考あなたはレッドゲートデータが比較、たとえば、とのデータを同期化しています。これには、ID列を再配置するオプションがあります。それは使用上の問題を引き起こしています。先月の別のプロジェクト。

また、明示的にIDをロード/同期している場合もあります。

Answer 2

私は潜在的な原因については説明しませんが、ID列のシード値を変更することは可能です。シードがテーブルに次の値が既に存在する場所に下げられた場合、それは確かにあなたが見ているものを引き起こす可能性があります。 DBCC CHECKIDENT (table_name)を実行して何が得られたかを見てください。

詳細については、アイデンティティの種子が破損しているか、何らかの形でリセットしてしまったようthis page

Answer 3

はサウンドチェックしてください。最も簡単な解決策は、ID列の現在の最大値にシードをリセットするには次のようになります。

DECLARE @nextid INT; 
SET @nextid = (SELECT MAX([columnname]) FROM [tablename]); 
DBCC CHECKIDENT ([tablename], RESEED, @nextid); 

Answer 4

たぶん誰かが直接明示的に新しいIDを使用してサーバーにログインするいくつかのレコードを挿入し、その後、身元の自動インクリメントフィールドが到達したとき、このプライマリキー違反が発生しました。

しかし、宇宙線が良い説明ALGOです;）

Answer 5

ただ非常に、非常に確認するために...あなたはあなたのストアドプロシージャでIDENTITY_INSERTを使用していないが、あなたは？このようなロジック：

declare @id int; 
Set @id=Select Max(IDColumn) From Sometable; 
SET IDENTITY_INSERT dbo.SomeTable ON 
Insert (IDColumn, ...others...) Values (@id+1, ...others...); 
SET IDENTITY_INSERT dbo.SomeTable OFF 
. 
. 
. 

ちょうどそれを入力すると感じます。しかし、はしばらくお待ちしております。あなたはアイデンティティの列が何であるかを全く理解していない人々にぶつかり、これが排除されていることを確認したいと思います。ところで、これが答えであれば、質問を削除してこれがあなたの問題であることを認めないと、私はそれをあなたに押しつけません！

私は毎年夏にインターンを雇うと言うことができますか？

Answer 6

@@ identityやscope_identity（）のような関数をあなたの手続きで使用していますか？あなたのテーブルには、トリガーまたは複数の挿入を持っている場合は、うまくいけば、それはそうではありませんあなたは

Answer 7

をしたいテーブルの間違ったID値を取り戻すことができましたが、SCOPE_IDENTITY（）とSQL 2005での既知のバグがあります： http://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=328811

は、

Answer 8

プライマリキー違反は必ずしもそのテーブルからのものではありません。

アプリケーションは、他のテーブルに接触するか、その関数の他のストアドプロシージャを呼び出しますか？テーブルにトリガーがありますか？または、ストアドプロシージャ自体が他のテーブルやストアドプロシージャを使用していますか？

特に、監査テーブルまたはトリガーがこれを引き起こす可能性があります。