テーブルの命名：アンダースコアとキャメルケース？名前空間？単数形と複数形？

私はStackOverflowでいくつかの質問/回答を読んで、データベース上のテーブルに名前を付けるための「最良の」方法を見つけようとしています。

ほとんどの開発者は、データベースを必要とする言語（JAVA、.NET、PHPなど）に応じてテーブルに名前を付ける傾向があります。しかし、私はこれが正しくないと感じています。

これまでテーブルに名前を付けてきた方法は、次のようなことです。

doctorsMain
doctorsProfiles
doctorsPatients
patientsMain
patientsProfiles
patientsAntecedents 

私が懸念していることは次のとおりです。

• 読みやすさ
• テーブルのモジュールのクイック識別（医師||患者）
• 混乱を防ぐために、理解しやすい。

命名規則に関するご意見をお聞かせください。ありがとうございました。

一貫性を保つことは、使用する特定のスキームよりもはるかに重要です。

私は通常PascalCaseを使用し、エンティティは単数です。

DoctorMain
DoctorProfile
DoctorPatient

これは、私のアプリケーションのクラスの命名規則を模倣しており、すべてを非常にきちんと整理し、一貫性を保ち、誰にとっても理解しやすいものにしています。

SQLの大文字と小文字を区別しない性質はをサポートしますUnderscores_Scheme。ただし、最新のソフトウェアは、あらゆる種類の命名スキームをサポートしています。ただし、厄介なバグ、エラー、または人的要因によってUPPERCASINGEVERYTHING、両方を選択しPascal_CaseてUnderscore_Case計画を立てた人が神経を使って適切な場所に住むようになる場合があります。

上記のほとんどの集合体：

• データベース内の大文字と小文字を区別しないでください
• 名前の大文字と小文字または区切り文字の部分は考慮しないでください-単語だけ
• あなたの言語の標準であるセパレーターやケースを使用してください

そうすれば、環境間で名前を（自動的にでも）簡単に翻訳できます。

ただし、別の考慮事項を追加します。アプリのクラスからデータベースのテーブルに移動すると、他の要因があることに気付く場合があります。データベースオブジェクトには、ビュー、トリガー、ストアドプロシージャ、インデックス、制約などがあります。名前も必要です。したがって、たとえば、通常は単純な「select * fromfoo」であるビューを介してのみテーブルにアクセスすることに気付く場合があります。これらは、サフィックスが「_v」のテーブル名として識別される場合もあれば、別のスキーマに配置される場合もあります。このような単純な抽象化レイヤーの目的は、必要に応じて拡張して、一方の環境での変更を許可し、もう一方の環境への影響を回避できるようにすることです。これは、上記の命名の提案を破ることはありません-説明する必要があるいくつかのことだけです。

アンダースコアを使用します。私は数年前にOracleプロジェクトを実行しましたが、Oracleはすべてのオブジェクト名を大文字に強制しているようでした。これは、あらゆるケーシングスキームに打撃を与えます。私は実際にはオラクルの人ではないので、気づかなかった方法があったかもしれませんが、アンダースコアを使用するようになり、戻ったことはありません。

質問は特定のプラットフォームまたはDBエンジンに固有のものではないため、移植性を最大限に高めるために、常に小文字のテーブル名を使用する必要があります。

/ [a-z _] [a-z0-9 _] * /は、実際には、異なるプラットフォーム間でシームレスに変換される唯一の名前のパターンです。小文字の英数字+アンダースコアは常に一貫して機能します。

他の場所で述べたように、リレーション（テーブル）名は単数である必要があります：http：//www.teamten.com/lawrence/programming/use-singular-nouns-for-database-table-names.html

私は、使用している言語の規則に依存すると言う人々に同意する傾向があります（たとえば、C＃の場合はPascalCase、Rubyの場合はsnake_case）。

ただし、キャメルケースは使用しないでください。

他の多くの意見を読んだ後、言語の命名規則を使用することが非常に重要だと思います。アプリケーションの唯一の開発者である（そしてそうなる）場合にのみ、命名規則よりも一貫性が重要です。読みやすさ（これは非常に重要です）が必要な場合は、各言語の命名規則を使用することをお勧めします。たとえばMySQLでは、すべてのプラットフォームで大文字と小文字が区別されるわけではないため、CamelCaseの使用はお勧めしません。したがって、ここではアンダースコアが良くなります。

これらは私の5セントです。異なるベンダーのDBを1つのプロジェクトに使用する場合、2つの最良の方法があるという結論に達しました。

1. アンダースコアを使用します。
2. 引用符付きのキャメルケースを使用してください。

その理由は、一部のデータベースはすべての文字を大文字に変換し、一部は小文字に変換するためです。ですから、もしあなたがmyTableそれを持っているなら、それはいつになるMYTABLEかmytable、いつあなたはDBで働くでしょう。

残念ながら、この質問に対する「最良の」答えはありません。@Davidが述べたように、一貫性は命名規則よりもはるかに重要です。

単語の区切り方にはさまざまなバリエーションがあるため、好きなものを選ぶ必要があります。しかし同時に、テーブル名は単数である必要があるというコンセンサスが近いようです。

命名規則は言語のスコープ内に存在し、言語が異なれば命名規則も異なります。

SQLはデフォルトで大文字と小文字を区別しません。したがって、snake_caseは広く使用されている規則です。SQLは、区切られた識別子もサポートしています。したがって、キャメルケース（Java、フィールド==列）やPascalCase（C＃、テーブル==クラスおよび列==フィールド）のように、オプションに大文字と小文字が混在しています。DBエンジンがSQL標準をサポートできない場合、それが問題です。あなたはそれと一緒に暮らすか、別のエンジンを選ぶかを決めることができます。（そして、C＃が異なる必要がある理由は、両方でコーディングする私たちにとっては悪化のポイントです。）

サービスとアプリケーションで1つの言語のみを使用する場合は、すべてのレイヤーでその言語の規則を使用してください。それ以外の場合は、その言語が使用されているドメインで最も広く使用されている言語の規則を使用します。