このデータを表現するためのより良いスキーマは何でしょうか？

Question

私はこれがこれらの疑問の1つであると考えていますが、それは単一の決定的な回答ではありません。しかし、私は、一般的にベストプラクティスと考えられるものを、ほとんどの場合はとにかく考えていることについて、いくつかの洞察を得ることを望んでいます。だから、これに重点を置く人々に事前に感謝します。

レコードを格納するための2つのタイプのフォルダがあります。個人用フォルダとチームフォルダ。

私はデータベースでこれを表すことができます二つの方法...

オプション1があります：2つの独立した無関係のフォルダテーブルが。

personalFolders(id, userId, title) 
teamFolders(id, teamId, title) 
records(id, folderId, folderType, title) 

オプション2：2と共通のフォルダテーブルにはテーブルを結合

folders(id, title) 
personalFolders(folderId->folders.id, userId) 
teamFolders(folderId->folders.id, teamId) 
records(id, folderId->folders.id, title) 

私の質問をされています。一般的に、どのようなスキーマがベストプラクティスと考えられるでしょうか？

（その後、私はレコードをテーブルに外部キー制約を保つことができるので、私の腸は、オプション2に行くために私に言っている。しかし、オプション1で行く方が良いかもしれない状況があるのですか？）

Answer 1

私は実際にユーザーIDとteamId両方の列が含まれているフォルダのための一つのテーブルになるだろう：

folders (id, title, userId, teamId) 
records (id, folder.id, title) 

あなたはuserIdかteamId列がNULLであれば、フォルダがチェックすることによって、個人用フォルダまたはチームフォルダであるかどうかを判断することができますまたは値を持ちます。

これは、同じフォルダを2つのテーブルに保存する必要なく、フォルダを個人フォルダとチームフォルダの両方にすることができるという利点があります。レコードテーブルにFK制約を設定することもできます。これにより、結合や結合なしですべてのフォルダ（個人とチームの両方）を簡単に選択できます。

これはオプション2と基本的に同じですが、余分な結合テーブルを不要にすることで簡単にできます。

私は個人的には、選択肢1の利点はありません。あなたがばかげた量のデータを持っていて、別のテーブルに分割してパフォーマンスを向上させることができない場合を除きます。