首页 新闻 赞助 找找看

是我自己想多了么?性能问题!望高手指教。两种方式处理业务计算!

0
悬赏园豆:15 [待解决问题]

我现在一个很复杂的业务数据。要从5个表里取5个值,然后进行计算。然后往两个表里插入这个计算后的记录。

我现在想求解:

我的数据层写了5个取值方法。业务层对应5个对象的值。

然后处理计算业务的时候。我在想:这样要与数据库交付很多次。业务层与数据库没有部署在一台服务器上。
所以我一直在想:

程序的可维护性:现在的做法
程序的性能:我可以把这5个取值和插入炒作放到存储过程里面。(但是这样是不是相当把业务封装到数据库中了)。
可维护性就降低了。特别难调试。

我一直很矛盾:
我现在写在程序中。。计算的时候资源消耗应该在应用服务器上。
而写在存储过程中。。计算的时候资源消耗应该在数据服务器上。

有时后我一直对于这两种方式很纠结。
如果我些在存储过程中。那我程序中还有必要面向对象吗????ORM意义何在?面向对象的意义何在??
如果我在程序中处理,这样相当于我取5个值,插入两条记录,这样与数据库的交互就多了。性能也不好。
很纠结,很矛盾。


望高手指教!
希望多给我讲解讲解。我打这么多字也幸苦。谢谢大家。

VISUAL的主页 VISUAL | 初学一级 | 园豆:185
提问于:2010-11-19 10:09
< >
分享
所有回答(2)
0

放在存储过程中挺好的,反正程序还是可以调用数据库中的存储过程的,管它面向对象不面向对象的,怎样简单,节能,怎样写。

贪心狸猫 | 园豆:872 (小虾三级) | 2010-11-19 12:59
0

楼主要么面向对象控要么存储过程控...其实复杂的逻辑放存储过程里有何不可,放程序里也是有优化空间的,楼主自己去平衡吧.

三桂 | 园豆:3565 (老鸟四级) | 2010-11-19 17:56
清除回答草稿
   您需要登录以后才能回答,未注册用户请先注册