2010-12-09 57 views
2

我們有一個包含多個數據庫和表的巨大項目。你會推薦教義還是類似的?帽子應該是你爲某些物體創建模型的方法嗎? 例如,我們的用戶對象由3個表格組成,它們之間有1對N的關係。 Dba.userlogin Dbb.userprofile Dbb.lient.userid 等什麼是在現有項目上使用ORM的最佳方式

任何建議或尖端受到歡迎。

我們使用的是PHP。謝謝

+1

緩慢而痛苦的遷移是我的經驗...每次升級一個部分(例如,遷移*修改用戶數據的所有內容*)以使其儘可能易於管理。確保一切都被好的測試所覆蓋,以確保行爲之前的行爲==之後。 – 2010-12-09 05:15:05

回答

1

使用ORM的主要原因是發展速度,並且在一定程度上迫使你進入最佳的OO練習。

一旦你真的擁有一個系統,開發速度並不重要。如果您在編寫系統時嚴重偏離了標準的OO模式,那麼強迫您的設計使用ORM將是一件非常痛苦的事情,而且,如果您確實遵循了最佳實踐,則轉換爲ORM會更容易 - 但你真正獲得什麼?

您應該評估涉及這種重大重組因素與預期效益的努力和風險。

你可以看看iBatisy,像SQLMap這樣可以讓你保留現有的大部分代碼,但可以讓你採用ORM方法重新分解代碼和新代碼。

0

如果您不想更改模式,請使用一個表格直接映射到每個對象。學說有模式到模型的譯員。您可以在模型中標記用戶,配置文件和用戶標識之間的關係,並且Doctrine將提供適當的鏈接($ user-> getProfile等)。

相關問題