データベース設計で、テーブル名が複数形でよかったことってありますか？

Question

データベース設計で、テーブル名が複数形でよかったことってありますか？

テーブル名をpostsと複数形に、外部キーにするときpost_IDという単数形にしたりというのを見たことがあったりしますが、特に複数形にする効果があるのか疑問です。逆に全部単数で統一することにデメリットありますかね？

あでも複数形_複数形なら、サブタイプだと明示できるからやっぱり複数形もいいですね。posts_commentsなら明らかにpostsのサブタイプだという感じの使い方でしょうか。

Answer 1

Ruby on Rails や CakePHP といった規約重視型のフレームワークでは、データベースのテーブルからモデルを構築する際に、「エンティティ（一つのレコード）が単数形で、それを格納しているテーブル名は複数形」という規約になっていることが多く、それに合わせてテーブル名の命名規約が複数形であることを要求しているものがあります。

確かに post が集まっているテーブルだから posts というのは、分かりやすい話ですよね？
全部単数にしてしまうと、文脈を判断しないと post がテーブルを指しているのかその中のレコードを指しているのか分からなくなりますからね。

Comments

[uchiwa]

なるほどいろんな事情に詳しいとそういうこと知れていいですね。ありがとうございます。私もこれから複数形にします。

Answer 2

単数と複数がそれぞれあるなら、関連性がある事くらいは類推されます。

例えば、それが最新と履歴みたいな関係を、T_POST, H_POSTのように表わすような場合もあるでしょうし、それはルールの話ですのでルールがないよりあった方が情報量は多い事になります。

質問は、「ルールにメリットやデメリットはありますか？」と同義に感じます。

Comments

[uchiwa]

なるほどありがとうごいます。