多くのテーブルがあるデータベースで主キー/一意キーに名前を付けるためのベストプラクティスは何でしょうか。常に各テーブルの主キーを呼び出すだけでよいのでしょうか、それとも各テーブルにフィールドがid
なく、それぞれに名前を付けるだけでよいのでしょうか。id
something1_id
something2_id
5 に答える
何をするにしても、どちらかを選び、その基準に固執します。 それぞれに長所と短所があります。
私は好きSomethingID
ですが、他の人はただ好きですID
。私が使用しているシステムには、1,000をはるかに超えるテーブルがあり、PKとFKにまったく同じ名前を付けると、作業が簡単になります。
それは個人的な好みです。結局のところ、それはまったく違いはありません。Id
私は個人的に、フィールド(たとえばCustomer
テーブルとId
フィールド)Customer.CustomerId
を参照するのが面倒だと思うのと同じように使用することを好みCustomer.Id
ます。
それは好みの問題です。ただし、テーブル間で結合を行うときに列名があいまいにならないという点で、(何か)IDを使用することには利点があります。
id
これは便利な規則です。キーフィールドとして宣言している限り、フィールドは何でも呼び出すことができます。
IDの前に関連するコンテキストを付けると、コードの読み取りと書き込みの際に役立ちます。特に、複数のテーブルと外部キーからのデータを結合する場合の可読性が向上します。
長い名前には省略形を使用し、user_id
通常のテーブルには(something)Id(like)を使用することをお勧めします。したがって、テーブルにcustomer_company_relation_metadata
はを使用しますccm_id
。しかし、使用するid
のも問題ありません