テーブル Student と Mentor があるとしましょう
以下のような関係に命名規則を使用している人はいますか? 関係を早く見るにはこの方法がいいと思います。誰かがより良い方法を提案しますか?
Student
StudentID
StudentName
Student2MentorID
テーブル Student と Mentor があるとしましょう
以下のような関係に命名規則を使用している人はいますか? 関係を早く見るにはこの方法がいいと思います。誰かがより良い方法を提案しますか?
Student
StudentID
StudentName
Student2MentorID
ゼロから始めるには、おそらく既にご存じのとおり、データベース スキーマを表現する方法がいくつかあります。つまり、図を使用することです。たとえば、ER 図は、あなた (およびあなたのチーム) がデータベースの設計を最新の状態に保つのに役立ちます。したがって、理解しやすくなります。
個人的には、実装に関しては、ある種の命名規則を使用しています。例えば:
大規模なプロジェクトでは、2 つのアンダースコアを使用して、テーブル カテゴリ (つまり、、、、、)などhr__personnel
に分割します。hr__clocks
hr__timetable
vehicles__cars
vehicles__trips
さて、2 つのテーブル間にリレーションシップがあるので、関連するテーブル名の両方 (またはすべて) を含めます。(つまり、、hr__personnel_timetable
などvehicles__cars_trips
)
場合によっては (誰もが知っているように)、基準に厳密に従うことができないため、そのような場合、大きな関係の名前を選択する際に独自の基準を使用します。
原則として、テーブル属性にも 3 文字の接頭辞を付けて名前を付けます。たとえば、私のテーブルでは、trips
私のフィールドはtri_id
、、、tri_distance
tri_elapsed
また、上記の項目では、外部キーを含めていないことに注意してください。それでは、行きます。FK に関して言えば、私 (および私のチーム) は、フィールドが FK であることを認識するのは簡単です。前の例に従うと、各旅行で誰が運転するかを知りたいと思います (簡単にするために、1 人だけが 1 回の旅行を運転すると仮定します)。したがって、私のテーブルは次のようになります: tri_id
, per_id
, tri_distance
, tri_elapsed
. これで、per_id がテーブルの外部フィールドにすぎないことが簡単にわかります。ちょうど、助けるための別のヒント。
これらの簡単な手順に従うだけで、何時間も節約でき、おそらくいくつかの頭痛の種も節約できます.
お役に立てれば。
モジュールが表すものに応じて、テーブルにプレフィックス(3文字)を追加できます(学者、販売、店舗)
モジュール: Scholar -> sc
テーブル: scStudent ( IdStudent,nameStudent..)
表: scMentor (IdMentor,nameMentor...)
関係
scMentorStudent ( IdMentorStudent pk..)
Microsoft の EF 表記を使用できます:
http://weblogs.asp.net/jamauss/pages/DatabaseNamingConventions.aspx
アンダースコアを使用することをお勧めします...次のような既存の命名規則を単純に使用することをお勧めします: http://www.oracle-base.com/articles/misc/naming-conventions.php