問題タブ [identity-column]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
sql-server - SQL Server 2008:IDがintの最大値を超えた場合はどうなりますか?
テーブルがあると想像してください。
テーブルに多くの行を挿入する必要があります。
生成されたID値が最大整数値(2 ^ 63-1)を超えたときに何が起こるかを誰かが知っていますか?
sql - 常に変化する既存のテーブルにID列を追加します
1,500万行の既存のテーブルがあります。ID列を追加して、主キーにします。問題は、このテーブルが常に移動していることです(挿入、更新、削除)。これでID列を追加することは可能ですか?または、このテーブルを更新するバックグラウンドプロセス(面倒な作業です)を停止する必要がありますか?
ありがとうVikram
asp.net-mvc - Linq / Entity Framework で新しいレコードの行 ID を維持するにはどうすればよいですか?
Linq と EF を SQL で使用するときに、新しい一意の共有キーを作成する適切な方法は何ですか?
レコードを挿入するときに GUID を使用できますが、MVC アプリケーションの URL に表示されるように、キーに 7 桁または文字を含めたいだけです。これがオプションでない場合、または GUID の方が優れている場合はお知らせください。
sql - これら 2 つの空の SQL テーブルに「アーノルド シュワルツェネッガー」と「ハスタ ラ ビスタ ベイビー」を挿入するには、どのような SQL ステートメントを使用すればよいでしょうか?
次の空の SQL テーブルに「アーノルド シュワルツェネッガー」と「ハスタ ラ ビスタ ベイビー」を挿入するには、どのようなステートメントを使用すればよいでしょうか?
この質問のタイトルは当初、「双方向の関連付けと自動生成された整数 PK を使用して最初のレコードを SQL テーブルに挿入する方法は?」というものでした。しかし、それが正しい言い回しであるかどうかはわかりませんでした... 基本的に、2 つのテーブルActors
とCatchPhrases
.
Actors
次のようになります。
CatchPhrases
次のようになります。
したがって、アクターは複数のキャッチ フレーズを持つことができますが、少なくとも 1 つ持つ必要があります。キャッチ フレーズは俳優に関連付けられます。現在、どちらのテーブルにもデータはありません。
sql - SQL: IDENTITY_INSERT ON を設定すると、テーブルの ID テーブルの更新が無効になりますか?
私は現在、データ移行プロジェクトに取り組んでおり、パフォーマンス関連の問題のために、テーブルに ID を生成させるのではなく、一連の ID を事前に定義したいと考えています。
プロパティを列に追加するのは簡単ではないことがわかったので、ステートメントidentity
を使用したいと思います。IDENTITY_INSERT ON
私の質問は次のとおりです。これにより、テーブルの ID テーブル (パフォーマンスに影響を与える) への更新が無効になりますか、それともidentity
列のプロパティを本当に削除する必要がありますか?
sql-server - SQLServer-ロールバックの場合でもIDフィールドが正しく増分するようにする方法
SQL Serverでは、新しい行の挿入を伴うトランザクションがロールバックされると、IDフィールドの数値がスキップされます。
たとえば、Foos
テーブルの最大IDが99の場合、新しいレコードを挿入しようとしますFoo
が、ロールバックすると、ID 100は「使い果たされ」、次のFoo
行には101の番号が付けられます。
IDフィールドがシーケンシャルであることが保証されるように、この動作を変更する方法はありますか?
sql - Oracle への挿入と生成されたシーケンス ID の取得
SCOPE_IDENTITY を使用して、INSERT がすべて 1 回の実行で発生した直後に、特定の INSERT に対して生成された ID を取得する SQL Server 用の生の SQL クエリがいくつかあります…</p>
質問は:
Oracle データベースでこれを行う最善の方法は何ですか?
これは、標準 SQL を介して Oracle で実行できますか、またはこれを切り替えてストアド プロシージャを使用し、ストアド プロシージャの本体に同様のものを配置する必要がありますか?
ストアド プロシージャである必要がある場合、最後に生成されたシーケンス番号を取得するための事実上の標準的な方法は何ですか。複数のスレッドで実行が重複する可能性があることを考慮して、このメカニズムは正しい生成された ID を取得し、必ずしも最後に生成された絶対的な ID ではありません。
2 つが同時に実行される場合、それぞれがそれぞれの呼び出しから生成された正しい ID を返す必要があります。呼び出しがマルチスレッド化されているため、SQL Server の「@@IDENTITY」を使用していないことに注意してください。
プラットフォーム間で管理する方がはるかに簡単なので、可能であれば生のSQLとして保持したいと思います(DBMS識別タグで区切られた各プラットフォームのSQLブロックを含む単一のファイル)。ストアド プロシージャは、私が管理するのに少し手間がかかりますが、それが唯一の方法である場合は、そのようにすることもできます。
stored-procedures - SQL Server 2008 R2は、IDフィールドを使用してストアドプロシージャの構文を挿入します
こんにちは、
私は、QuestionTextとQuestionStatusをQuestionsテーブルに挿入するために使用される非常に基本的なストアドプロシージャを作成しました。QuestionIDintプライマリキーはIdentityを持つように設定されています。
構文は次のとおりです。
ストアドプロシージャを実行すると、次のエラーが発生します。
INSERTステートメントには、VALUES句で指定された値よりも多くの列があります。VALUES句の値の数は、INSERTステートメントで指定された列の数と一致する必要があります。
レコードを適切に挿入し、挿入のたびにQuestionIDが自動インクリメントできるようにするために使用する正しい構文は何ですか?
あなたの助けと指導に感謝します。
更新されたストアドプロシージャの構文
sql-server - SQLサーバーのID列の値を再配置します
私を助けてください!値が1、2、4、6、8、10、11 ....などのIDフィールドを持つテーブルがあります。
ドロップを使わずに、1,2,3,4,5,6,7...という順番で作りたい
ありがとう
c# - バグ ID の疑似増分番号を持つことは問題になりますか?
「クライアント」とは、サービスにサインアップした企業または組織を意味することに注意してください。
バグ追跡アプリケーションを作成しています。アプリケーション インスタンスとデータベースの両方に関して、マルチテナント アプローチを採用することにしました。
したがって、すべてのクライアントからのエントリを含む 1 つの巨大なバグ テーブルがあります。バグ ID は ID 仕様です。このため、任意のクライアントのユーザーがバグを追加すると、増分されます。タスクを 3 つだけ追加したクライアントの場合、タスク ID は #45、#49、#53 の可能性があります。これは、他のクライアントのユーザーがその間にタスクを追加した可能性があるためです。
これはユースケースの観点から許容できますか?
場合によっては、クライアントが最新のバグ ID をバグ数の大まかな目安として使用することがあります。しかし実際には、システム内の TOTAL バグになります。または、最初のバグが #51134 から始まる場合は、驚くことでしょう。
一方、この特定の ID を「舞台裏で」持っていて、各クライアントの「可視」ID を個別に計算すると、番号が順番に表示されます。しかし、参照バグ ID を URL のパラメーターとして渡す場合、ユーザーに表示される ID は一意ではないため使用できません。ClientID - BugID の組み合わせはエレガントではないと思います。ユーザーが UI で 1 つの ID を表示し、URL で別の ID を表示するため、元の ID 仕様値を使用すると混乱が生じるのではないかと心配しています。言うまでもなく、開発者は ID を変更して URL を使用しようとし、それが失敗するのを観察します。
この問題を解決するにはどうすればよいですか? メンテナンスとアップグレードのプロセスがちょっと怖いので、マルチデータベースのアプローチには行きたくありません。