B bsense Unregistered / Unconfirmed GUEST, unregistred user! 2007-09-13 #2 也很正常,不是绝对的要,比如做得好的真!!! 三层服务器,完全可以代替存储过程,触发器等
L luoyanqing119 Unregistered / Unconfirmed GUEST, unregistred user! 2007-09-13 #3 要想体现面向对象的法则,应用逻辑就不应该由数据库系统来实现
F FreeAndNil Unregistered / Unconfirmed GUEST, unregistred user! 2007-09-14 #6 把业务集中在db层会使系统负荷承受能力降低。
H h_backup Unregistered / Unconfirmed GUEST, unregistred user! 2007-09-29 #7 to : luoyanqing119 我觉得你在胡说,建议看看主动域模式
L luoyanqing119 Unregistered / Unconfirmed GUEST, unregistred user! 2007-09-29 #8 to:h_backup 正在看《数据访问模式——面向对象应用中的数据库交互》，看完后再做评论——————多谢提醒
C china_peng Unregistered / Unconfirmed GUEST, unregistred user! 2007-09-29 #9 台湾的天心ERP就是这样的(2001年看过，不知道现在还是不时)
H HNXXCXG Unregistered / Unconfirmed GUEST, unregistred user! 2007-09-30 #10 使用存储过程和视图的结果是把ERP和某一种具体的数据库系统绑定
H HNXXCXG Unregistered / Unconfirmed GUEST, unregistred user! 2007-09-30 #11 集中处理加重服务器的负担 分散处理加重网络的负担 中间得有个协调 协调协调就和谐啦 让我们为创建一个和谐系统而奋斗
L luoyanqing119 Unregistered / Unconfirmed GUEST, unregistred user! 2007-10-03 #12 to:h_backup 客户以前是用MSSQL的,现在改用ORACLE,你写的存储过程导过去可以用吗?_____但是表数据就可以导过去啊.要是把业务逻辑都放在中间层,那可能配置一下就可以了.
S sunnyboy_delphi Unregistered / Unconfirmed GUEST, unregistred user! 2007-10-04 #13 其实我觉得无所谓 直接把数据做到数据层里就可以
H h_backup Unregistered / Unconfirmed GUEST, unregistred user! 2007-10-09 #14 to luoyanqing119 --- 客户以前是用MSSQL的,现在改用ORACLE,你写的存储过程导过去可以用吗?_____但是表数据就可以导过去啊.要是把业务逻辑都放在中间层,那可能配置一下就可以了. 你的这种做法,理论上是可以,但如果真的这么做,将是一场灾难,因为这么做,放弃使用了数据库自身提供保证数据完整性的关键功能 如果出现改数据,那说明产品定位有问题
to luoyanqing119 --- 客户以前是用MSSQL的,现在改用ORACLE,你写的存储过程导过去可以用吗?_____但是表数据就可以导过去啊.要是把业务逻辑都放在中间层,那可能配置一下就可以了. 你的这种做法,理论上是可以,但如果真的这么做,将是一场灾难,因为这么做,放弃使用了数据库自身提供保证数据完整性的关键功能 如果出现改数据,那说明产品定位有问题
G gw820522 Unregistered / Unconfirmed GUEST, unregistred user! 2007-10-09 #15 我也不喜欢写存储过程,但没办法,人家都那样干,一大堆的存储过程 C#,三层架构,感觉业务层的没多少可干的
H HNXXCXG Unregistered / Unconfirmed GUEST, unregistred user! 2007-10-10 #16 如果一个ERP没有存储过程和视图会怎样,还TMD是个ERP。（？）
