問題タブ [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.
c# - SQLServerCompactでIDを返す
SQL Server Compact 3.5に挿入した後、ID列の値を取得するにはどうすればよいですか?
sql-server - IDENTITY列のないLINQ挿入
LINQ を使用していますが、データベース テーブルに IDENTITY 列がありません (ただし、代理の主キー ID 列を使用しています)
これは機能しますか?
テーブルの ID 値を取得するために、GetIDValueForOrangeTable() というストアド プロシージャがあります。このプロシージャは、SystemValues テーブルを参照し、その中の ID をインクリメントします。組み込みの IDENTITY ではなく、挿入時にこの SystemValues テーブルから ID 値を取得するために LINQ を取得する方法はありますか?
余談ですが、これはあまり良い考えではないと思います。特に Web アプリケーションの場合はそうです。この SystemValues ルックアップのために、多くの同時実行の競合が発生すると思います。私の懸念は正当化されますか?
乾杯ダンカン
sql-server - 単一の列 (ID) を持つテーブルの使用法?
単一の列テーブル (ID 列) を持つ目的は何ですか? 利用可能な適切なユースケースはありますか?
それは本当に良い習慣ですか?
sql-server - SQL CECompact3.5テーブルのID列
カラムがSQLCEバージョン3.5のIDカラムであるかどうかを判断するために、INFORMATION_SCHEMAまたはシステムテーブルに対して記述できるクエリはありますか?
sql - 複数の IDENTITY PK を持つエンティティを作成しますか?
開示:私は「自然な鍵」の支持者であり、IDENTITY PKアプローチを嫌っています。しかし、私はライフスタイルの選択に対して「生きて生きる」アプローチを取っているので、ここで宗教的な議論はしないでください:)
唯一のキーが IDENTITY PK 列であるテーブルを継承しました。IDとしましょう。ID を参照するテーブルは多数あります。新しいエンティティを作成する意図されたプロセスは次のようです。
- テーブルに挿入します。
- 自動生成された ID を取得するには、scope_identity を使用します。
- 自動生成された ID を使用して、関連するテーブルに挿入します。
実際、エンティティを作成して ID を返すためのヘルパー ストアド プロシージャがあります。ただし、いくつかの問題があります。
ヘルパー ストアド プロシージャよりも先に進んで、それ自体が IDENTITY PK を持つ関連テーブルに行を作成する必要があるため、エンティティごとに途中でいくつかの自動生成された値を取得する必要があります。数百のエンティティを作成する必要があり、ヘルパー プロシージャは一度に 1 つのエンティティを処理するようにコーディングされています。
「IDENTITY PK」設計を使用してエンティティを一括製造する最良の方法は何ですか?
独自の「自然キー」設計を使用する場合、事前にキー値を生成できます。そのため、スクラッチ テーブルをロードし、外部キーが期待する順序でテーブルに INSERT するだけです。したがって、現在使用されていないことがわかっている一連の高い値の INTEGER 値 (IDENTIY 列の型と一致する) を見つけて、その時が来たら使用されないことを願っています。挿入します。これは良い考えですか?
linq-to-sql - Linq から Sql: 挿入後に Identity_Scope を返すことはできますか?
linq to sql を使用して挿入を行った後、テーブルに ID 列がある場合、Identity_scope 値を取得できますか?
domain-driven-design - ドメイン駆動設計では、IDフィールドとしてのGUIDの方が優れていますか?
整数を自動インクリメントする代わりに、IDフィールドとしてGUIDを使用する場合、ドメイン駆動設計を実装する方が簡単ですか?GUIDを使用すると、実際の値を取得するためにデータベースにジャンプする必要はありません。
primary-key - 主キーとしてのID列
主キーとしてID列を使用するのが適切な方法である場合は、意見をお聞かせください。ORMツールの場合、テーブルにID列があると役立ちます。ただし、誤って重複して挿入するなど、他の副作用もあります。
ありがとうNayn
concurrency - Azureテーブルストレージでの自動インクリメント
現在、AzureTableStorage用のアプリケーションを開発しています。そのアプリケーションでは、挿入が比較的少ないテーブル(数千/日)があり、これらのエンティティの主キーは、数十億行の別のテーブルで使用されます。
したがって、小さなテーブルの主キーとして、GUIDの代わりに自動インクリメントされた整数を使用する方法を探しています(多くのストレージを節約し、挿入のスケーラビリティは実際には問題ではないため)。
このトピックについては、 http ://social.msdn.microsoft.com/Forums/en/windowsazure/thread/6b7d1ece-301b-44f1-85ab-eeb274349797などでいくつかの議論がありました。
ただし、並行性の問題をデバッグして特定するのは非常に難しいため、これを単独で実装するのは少し不快です。したがって、私の質問は、これについて十分にテストされた影響があるかどうかです。
sql-server - Identity SQL Server の問題
ID主キーでIdentityを使用しています。そして、いくつかのデータを挿入します。例えば。
データ 1 -> 追加 エラーなしで成功。 ID 1
データ 2 -> 追加 エラーなしで成功。 ID 2
データ 3 -> 追加 エラーで失敗。
データ 4 -> 追加 エラーで失敗。
データ 5 -> 追加 エラーなしで成功。 ID 5
ID が 2 から 5 にジャンプしたことがわかります。
どうして ??どうすればこれを解決できますか??