2010-12-09 58 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等)。

相关问题