複雜連接的模型結構？

如果你有一個複雜的數據庫結構，其中你的許多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

複雜連接的模型結構？

回答

相關問題