基础结构:模型作为应用程序的外部来避免存储过程

我的想法是:

我完全鄙视存储过程,原因有很多:成本、可伸缩性和兼容性。

• 成本:我可以用一个好的mysql服务器的成本得到2-3个好的轻量级web应用服务器。

• 可伸缩性:我当然可以缓存查询结果,但在使用存储过程时,我失去了获得更精细的缓存粒度的机会,而且它将应用程序与始终使用mysql联系在一起(谁有钱将存储过程从mysql重新写入其他东西?)

• 兼容性:在某些情况下,list_foo_widgetsbyuser()存储过程可能不适合客户机123的需要。修改list_foo_widgetbyuser()的签名将是自杀性的…因此,我必须编写一个新的存储过程cl123_list_foo_widgetbyuser(),这样会导致疯狂或杀人的dba。

我的解决方案:

将模型从应用程序的存储库中取出,并将它们放入外部repo中。然后,每个应用程序都会有一个指向外部存储库的models/base子目录。然后在前面放置一个简单的工厂方法,比如getmodel(“fooWidgets”),它可以将baseFooWidget类作为实例返回,也可以将其作为特定于应用程序的子实例返回。这将允许单个应用程序继承foowidget的类,或者与liquabase之类的工具相结合,从而允许更大的可变性基础。

一个声音在我的后脑勺说这太容易了…我错过了什么?

参考文献: 我知道一个事实,php-kohana框架做了一些类似的事情,允许应用程序设计人员用附加的功能包装kohana的基本库,如果php可以做到,我看不到任何其他语言有问题。