复杂连接的模型结构?
问题描述:
如果你有一个复杂的数据库结构,其中你的许多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
这是什么模式?你可以把一个模型看作一组相关在一起的表格的持有者,还是你需要拥有单个模型?
答
我会有一个人模型,然后根据需要加入兴趣。
正如评论所述,你不需要每个表模型的结构,但是你可能需要一个模型给每个强大的实体(如果没有“人”的上下文,兴趣是没有价值的,但是人物可以是有价值而没有兴趣)。
嗨,你当然可以使用一个模型来处理一些表格。模型基本上涵盖了您网站的一部分,而不仅仅是一张表。这也取决于你的项目和数据库有多大,但要回答你的问题 - 是的,模型是一组表格的持有者。 – Aidas 2012-03-05 11:10:44