SQLベストプラクティス（アイデンティティ値ハードコーディング）

Question

まず、これはかなり主観的な質問ですが、クライアントを教育するための正式な文書が必要です。

背景 - 何百ものテーブルとSPを持つ大規模エンタープライズアプリケーションで、すべて正規化されたテーブルとIDカラムを使用する外部キーできれいに設計されています。

私たちのクライアントには、当社の生産Dbの複製されたコピーを使用してCrystal Enterpriseに複雑なレポートを作成する従業員がいます。

私は、社内のオフィスの場所や部門、ユーザーの標準的なロールセット、他のオブジェクトのステータス（オープン/クローズなど）など、「システム」ベースの情報として分類するものを格納するテーブルを持っています。 ）、基本的には頻繁に変更されないデータです。

レポートデザイナーと財務アナリストは、内部にハードコードされたID値を持つクエリを作成しています。このようなもの

私はここでは非常に簡素化していますが、基本的には、これらのハードコードされたint値をすべての場所で使用しています。

これを見ているSQL開発者にとっては、明らかにこれを行わない組み込みの本能であるため、facepalmが表示されます。

しかし、驚くべきことに、については、ドキュメントやベストプラクティスの記事を見つけることができません。なぜなら、これは実行すべきではありません。

これらの値は決して変更されないため、これらの値が変更されない単一のシステム内では、複数の環境（ステージング/ QA/Dev）間で変化する可能性があると主張します。彼らのレポートデザインのアプローチを非ポータブルにし、1つの独立したサーバー環境でのみ機能することができます。

このアプローチを避けるべき理由について私のクライアントに教育するのに役立つ詳細な情報や記事などは、SQLの専門家にありますか？

Answer 1

あなたのレポート作成者にとって最も強力な議論は、最後の2番目の文章です。「...それらの値は、環境間で絶対に異なっている可能性があります。それは私の答えの要点になりそうです。

もちろん、質問には常にグレーの領域があります。 ID列は基本的にmagic numbersです。彼らは...

• 小
• シーケンシャル
• 追求し、上の参加、並べ替えや

を作成...しかし、欠点を持って高速であることのデータベースに利益を持っています実際には無作為に割り当てられています（挿入をそのテーブルに並べ替えると、別の方法で並べ替えた場合と比べて行ごとに異なるIDが得られます）。そのような特定のものを探す必要がある場合は、一般的には "ビジネス/ナチュラル/代替"キー（例：完全に作成された例）[CategoryName]も含まれています。CatgoryNameは、しばらく読める。[CategoryId]はアイデンティティですが、探したいものではありません）

通常、ドロップダウンメニューを持つWebサイトがある場合、通常は自然キーがドロップダウンの表示部分に表示され、サロゲート/アイデンティティ・キーがバックエンドで渡され、エンド・ユーザーには表示されません。

これは、データベースに対して直接クエリを書く人々がいる場合は少し難解です。彼らがデータの所有者であれば、より巨大なデータ構造について知っているかもしれませんが、そのデータ構造は「巧妙な」方法で活用できます。 がを知っていれば、キーは変更されず、を知ります。これらの値は、それらを参照するだけの場合があります。しかし、もう一度、別のサーバーに照会したときにそれらが異なるとは限りません。

もちろん、ID値を使用したくない場合は、代替手段を提供する必要があります。テーブルにまだビジネス/自然/代替キーが含まれていない場合は、既存のテーブルがない場合は追加する必要があります。

また、その代替キーが整数であることには何も問題はありません（多分、企業全体の識別子が1,2,3などのオフィスにあるかもしれません）が、どこで実行しても確定的ですあなたの質問。