存储过程和分层的讨论。。存储过程与分层难道真的是对立的吗?欢迎大家来各抒已见

         
xxxzheng
06-08-16 1 354

今天一早就看到CSDN很多关于存储过程和分层的讨论。
其实现在我也遇到一个这样的问题。。公司要重新开发一套系统。。首先项目经理确定的是就是要保证在.jsp代码中不要有最好不要有任何JAVA代码。然后想把大多数的数据操作放在存储过程里实现。
当时开会讨论的时候。我是建议MVC采用JSF结构。数据库层采用DAO模式。就是说这个系统的结构为
domain object(域对象)+DAO(数据库层)+Service(业务逻辑)+view(视图Bean)。在这样的结构下。。我用到了spring的IOC思想(主要管理对象)。但当我把数据操作用存储过程来实现的时候我发现我的DAO和service基本都是多余的。没什么实际的意义,除非你的存储过程也是比较细粒度的,那样service层还有丁点意义。但我想那样存储过程开发和维护就很复杂了。。。可能也失去了存储过程的本意。
呵呵。。。。。。。。。。。。。。。。。。。。。很困惑。。。
存储过程与分层难道真的是对立的吗?

banq
2006-08-17 18:36

这是Jdon N多年前讨论的问题,存储过程是双刃剑,只有在极少情况下才会使用。

从几个角度谈:

1. 从设计角度看:我们坚持领域建模DDD,持久层只是帮助我们激活曾经委托其保管的对象,所以,不能因为持久层是保管者,我们就围绕其编程,除了要求其归还模型对象外,还要求其做其做复杂的业务组合,再归还我们?这合理吗?

打个比喻:你在火车站将水果和盘子两个对象委托保管处保管,过了两天来取时,你还要求保管处将水果去皮切成块,放在盘子里,做成水果盘给你,合理吗?

2. 如果存储过程都封装了业务过程,那么还要求我们业务层干什么?还要求三层多层架构做什么?不如回去用FoxPro Delphi。这里涉及需要多层结构的真正目的,目的是为维护拓展方便。

3. 如果存储过程都封装了业务过程,那么运行负载都集中在数据库端,要中间应用服务器干什么?要中间服务器的分布式计算和集群能力做什么?还是回到过去集中式数据库主机时代。


总的来说:你说的现象属于:农民开航天飞机,落后设计思维使用现代工具,白用。