复杂连接的模型结构？

如果你有一个复杂的数据库结构，其中你的许多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

这是什么模式？你可以把一个模型看作一组相关在一起的表格的持有者，还是你需要拥有单个模型？

来源

2012-03-04 Sureround

嗨，你当然可以使用一个模型来处理一些表格。模型基本上涵盖了您网站的一部分，而不仅仅是一张表。这也取决于你的项目和数据库有多大，但要回答你的问题 - 是的，模型是一组表格的持有者。 – Aidas 2012-03-05 11:10:44

我会有一个人模型，然后根据需要加入兴趣。

正如评论所述，你不需要每个表模型的结构，但是你可能需要一个模型给每个强大的实体（如果没有“人”的上下文，兴趣是没有价值的，但是人物可以是有价值而没有兴趣）。

来源

2012-03-06 22:36:31 landons

复杂连接的模型结构？

回答

相关问题