2012-03-04 6 views
0

複雑なデータベース構造で、多くのselect文が複雑な結合を含む場合は、1つのモデルを使用するのが最善ですか、各テーブルを独自のモデルに分割する必要がありますか?例えば複雑な結合のモデル構造ですか?

私は、次の

  • tb_persons =人
  • tb_interests =各顧客へ
  • tb_interests_types =すべてのリストを割り当てられた利益のリストのリストを持つデータベースを持っている場合可能利益

そして私は

のようなSQL文から私のビューにデータを渡す必要があります
select c.interest_type_name 
from tb_persons a 
LEFT JOIN tb_interests b on (a.persons_id=b.persons_id) 
LEFT JOIN tb_interests_types c on (b.interest_type_id=c.interest_type_id) 
WHERE a.person_id=1 

これはどのようなモデルですか?一緒に関係するテーブルのグループのホルダーとしてモデルを扱うことができますか、個々のモデルを持つ必要がありますか?

+2

こんにちは、モデルを使用して多数のテーブルを操作できます。モデルは、基本的に単一のテーブルだけでなく、ウェブサイトのセクションをカバーします。それはまたあなたのプロジェクトとデータベースの大きさにもかかっていますが、あなたの質問に答えてくれるでしょう - はい、モデルはテーブルのグループの所有者です。 – Aidas

答えて

2

私は人物モデルを持っていて、必要に応じて関心事に参加します。

コメントに記載されているように、テーブルごとのモデル構造は必要ありませんが、強力なエンティティごとにモデルが必要になることがあります(関心事は「人物」コンテキストなしでは無意味ですが、貴重な価値がない)。

関連する問題