問題タブ [scope-identity]

そのため、 Scope_Identity()は、SQL Server で ? バイトの数値型を返します。

それは素晴らしいことではありません。

ODBC ラッパーで SQL Server のすべての気まぐれを管理する必要がないように、select クエリで int にキャストする安全な方法はありますか?

asp.NET で型指定されたデータセットを使用して、SQL Server 2000 データベースから挿入された最新の ID を取得できません

テーブルアダプターを作成し、「データテーブルの更新」と「挿入、更新、および削除ステートメントの生成」にチェックを入れました。これにより、Fill メソッドと GetData メソッド、および Insert、Update、Select、および Delete ステートメントが自動生成されます。

このスレッドで考えられるすべての解決策を試しました

http://forums.asp.net/t/990365.aspx

しかし、私はまだ成功していません。常に1(=影響を受ける行の数)を返します。自動生成された insertCommand が私のニーズに完全に適合するため、個別の挿入メソッドを作成したくありません。

上記のスレッドで提案されているように、InsertCommand SQL 構文を更新して SELECT SCOPY_IDENTITY() などを追加しようとしましたが、ReturnValue 型のパラメーターを追加しようとしましたが、影響を受ける行の数しか取得できません。

誰かがこれについて別の見方をしていますか？前もって感謝します！ステイン

SCOPE_IDENTITY()SQL Serverで主キーとしてGUIDを使用する場合と同等の機能があるかどうか、誰か教えてもらえますか？

主キーとしてシーケンシャルGUIDを使用しているため、最初にGUIDを作成し、変数として保存する必要はありません。

最後に挿入されたGUID主キーを取得するための最良の方法について何か考えはありますか？

このエラーが発生し始めたのは、SQL Server 2008 にアップグレードしてからのようです。

データベースに挿入してからIDを返すと、「要求された名前または序数に対応するコレクションにアイテムが見つかりません」というエラーが表示されます。

コードは次のとおりです。

レコードがデータベースにあるため、挿入は機能しています。何らかの理由でIDが返されません。SSMSで実行すると正常に動作し、IDを返します。しかし、ASP は返された ID を認識できないため、何らかの理由で.

どんな助けでも大歓迎です！

ポリシー テーブルで最後に作成された ID を取得し、それを変数に格納して、backupspec テーブルという別のテーブルで使用できるようにするにはどうすればよいですか。

ラベル ID でエラーが発生しています...

これで私を助けることができます..??

挿入後に作成された最後の policyID を取得できません 助けてください... 助けてください

これは、 t-sqlでの 私の前の質問のフォローアップです。

BIGINTを返します。INTを返すようにするには、次のようにしました。

最後にSELECT@Xを実行しない限り、なぜBIGINTが返されるのですか？

psが判明

何も返さず、@xを設定するだけです

私のSQLServerテーブルには、他の列の間にこれらの列があります。

IdentitySpecificationがTrueに設定されているAutoIDと、デフォルト値が（newid（））のGuidKey

挿入された行からGuidKeyを取得する方法はありますか？

Scope_Identity（）のようなものが必要ですが、AutoIDのコンテンツは取得したくないが、GuidKey列は取得したいという違いがあります。

ユーザーがデータベースにアイテムを挿入できるフォームがあります。最後に挿入された ID 値を取得するために Scope_Identity() を呼び出します。これは正常に動作します。アイテムを挿入すると、パスワードがランダムに生成され、データベースにも保存されます。アイテムが挿入された直後に、このパスワードも取得する必要があります。どうすればいいですか？

とりわけ、ループ内の別のテーブルにいくつかの挿入を行うストアド プロシージャがあります。より明確に理解するために、以下の例を参照してください。

これらの 2 つのテーブル (T1 と T2) には、それぞれに IDENTITY(1, 1) 列があります。ID1 と ID2 と呼びましょう。しかし、実稼働データベース (非常にビジーなデータベース) で手順を実行し、各テーブルに 6250 を超えるレコードがあった後、ID1 が ID2 と一致しない 1 つのインシデントに気付きました! 通常、T1 に挿入されたレコードごとに、T2 に挿入されたレコードがあり、両方の ID 列が一貫してインクリメントされます。

「間違った」レコードは次のようなものでした。

2 番目の表の「反転された」ID1 に注意してください。

操作の下にあるSQL Serverについてあまり知らないので、次の「理論」を入れました。誰かがこれを修正してくれるかもしれません。

私が思うに、ループはテーブルへの物理的な書き込みよりも高速であり、および/またはおそらく他の何かが書き込みプロセスを遅らせたため、レコードはバッファリングされました。それらを書く時が来ると、それらは順不同で書かれました。

いいえ、上記のシナリオを説明する方法はありますか?

はいの場合、別の質問があります。最初の挿入 (上記のコードから) が遅れた場合はどうなりますか? それは、2 番目のテーブルに挿入する正しい IDENTITY を取得できないということではないでしょうか? この答えも「はい」の場合、2 つのテーブルへの挿入が正しい IDENTITY で順番に行われるようにするにはどうすればよいでしょうか?

これを理解するのに役立つコメントや情報に感謝します。

前もって感謝します。

したがって、ID列を主キーとして持つテーブルがあるため、これは整数です。SCOPE_IDENTITY()では、 C# アプリケーションに常に int ではなく 10 進数値を返すのはなぜですか? C# では 10 進数の値が暗黙的に整数に変換されないため、これは非常に厄介です。つまり、SQL Server と Postgres を使用しているため、多くのものを書き直して、多くのヘルパー メソッドを用意する必要があります。同等の機能..

SCOPE_IDENTITY()単純な整数を返さないのはなぜですか? 主キーに 10 進数/非 ID 値を一般的に使用する人はいますか?