可能性の重複:
Primary key/foreign Key naming convention「主キー」列の命名規則とは何ですか?
DBテーブルの主キーのカラムの命名規則とは何ですか?
例: PK_CountryまたはCountryIdまたはIDまたはPrimaryKeyまたは..?
可能性の重複:
Primary key/foreign Key naming convention「主キー」列の命名規則とは何ですか?
DBテーブルの主キーのカラムの命名規則とは何ですか?
例: PK_CountryまたはCountryIdまたはIDまたはPrimaryKeyまたは..?
列がそれらに適用何の制約に基づいていない、それが表すデータ要素に基づいて命名されなければならないcountries
テーブルからレコードに対応する外部キーであります。主キー列の名前は、他の列の名前と同じ方法で指定します。 ISO 11179 standardには、データ要素に名前を付けるためのいくつかの有益なガイドラインがあります。
これは、dbのデザイナーにはかなりです。私はそれを行うとき私は主キーのフィールド名:外部キーのIDとフィールド名:tablenameId
私はいつもFKでPKとforiegnキーでプライマリキーを開始しようとします。 FK_Questions-test-id_Tests-seq-numは、テーブル質問からテーブルテストへのforiegnキーです。ここで、questinos.test_id = test_id_est_idは、テーブル名とカラム名をforiegnキーの名前に含めようとしています。 tests.seq_num。私はそれがあなたのキーを見ているときのためにそれらの名前を付けるのに役立つと思います。
テーブルがTest
と呼ばれる場合、私はPK列TestID
を呼び出します。
+1 - 私はそれをTEST_IDと呼びますが、すべてのRDBMSが大文字と小文字を混在させているわけではありません。 –
実際に定義された標準はありません。むしろ独自の規約を作成し、定義したすべての主キーがその規約と一貫していることを確認する必要があります。
私はRuby on Railsのが好きな規則:任意のテーブルの主キーが自動インクリメント整数列が呼ばれ
id
_id
として命名されています。例:
country_id
が私はこのコンベンション(PHP/Zend Frameworkを使用していますが)も使用する傾向がありますが、複数の外部キーを持つテーブルは同じテーブルにはどうしますか? **例:** 'order'は、同じテーブル' user'を参照する2つのカラムを持っています:誰が注文を作成したユーザで、誰が承認したのですか? –
その場合は規約を破る必要がありますが、 'creator_user_id'や' approver_user_id'や 'created_by'や' approved_by'のような明白な名前を使うことをお勧めします。 – Teddy
それは私がやったことですが、私はこの_convention-breaker_ needのコンベンションを安定させることができませんでした。 :D –
間違ったサイトは、dba.stackexchange.comにアクセスしてください。私はそれがまだ尋ねられたと思う。 – Spredzy