是我自己想多了么？性能问题！望高手指教。两种方式处理业务计算！
0
悬赏园豆：15
[待解决问题]
我现在一个很复杂的业务数据。要从5个表里取5个值，然后进行计算。然后往两个表里插入这个计算后的记录。
我现在想求解：
我的数据层写了5个取值方法。业务层对应5个对象的值。
然后处理计算业务的时候。我在想：这样要与数据库交付很多次。业务层与数据库没有部署在一台服务器上。
所以我一直在想：
程序的可维护性：现在的做法
程序的性能：我可以把这5个取值和插入炒作放到存储过程里面。（但是这样是不是相当把业务封装到数据库中了）。
可维护性就降低了。特别难调试。
我一直很矛盾：
我现在写在程序中。。计算的时候资源消耗应该在应用服务器上。
而写在存储过程中。。计算的时候资源消耗应该在数据服务器上。
有时后我一直对于这两种方式很纠结。
如果我些在存储过程中。那我程序中还有必要面向对象吗？？？？ORM意义何在？面向对象的意义何在？？
如果我在程序中处理，这样相当于我取5个值，插入两条记录，这样与数据库的交互就多了。性能也不好。
很纠结，很矛盾。
望高手指教！
希望多给我讲解讲解。我打这么多字也幸苦。谢谢大家。
所有回答(2)
0
放在存储过程中挺好的，反正程序还是可以调用数据库中的存储过程的，管它面向对象不面向对象的，怎样简单，节能，怎样写。
0
楼主要么面向对象控要么存储过程控...其实复杂的逻辑放存储过程里有何不可,放程序里也是有优化空间的,楼主自己去平衡吧.
