cs 结构的系统如何转型到多层结构的系统 ？ (100分)

P

peta

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-06

• #1

以往我使用 DELPHI + MSSQL , 业务流程一般写在 sql server 上,
例如 : 例如进仓单的审核，加上单号参数调用存储过程，存储过程再直接 update 库存表。
看了一些 MultiTie 的书，多数讲实现方法。但对 Multitier 除了能多连接用户和进行负载平衡，
容错，减少database 连接，提高安全性，多种客户端外，还对具体的业务有没有帮助呢？
能简化业务处理过程吗？例如以上的业务如何实现，业务流程用 delphi 写在中间层而不使用
存储过程吗？ 或者有更有代表性的例子吗？
以上多种疑问希望各位高手不吝赐教。

 

H

hbezwwl

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-10

• #2

业务流程写在中间层，有利于以后升级数据库或者换成其它的数据库。
有的程序员只用数据库存数据，存储过程，触发器都不用，就是为了
数据库方便移植。

 

P

peta

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-10

• #3

难道说多层结构的系统都不用存储过程吗？那么不就太浪费 sql 的强大功能了吗？

 

我

我爱PASCAL

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-11

• #4

就为了便于移植而不在数据库中写存贮过程谈谈本菜鸟的一点看法。
本人在本人编的几个破程序(VFP的),中就喜用存贮过程,后来又编有用
DELPHI调用VFP数据库也用之,很好用.不会为了考虑移植就让自己很痛苦吧.
不是杞人忧天?难道为了考虑从一种语言移植到另一种语言就不用这种语言写
而用另外什么中间语言写?

 

K

kmyan

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-11

• #5

一般看情况，如果你的数据量庞大，sql server负担很重，就做好不要用存储过程，负责会严重
的拖累数据库的执行效率……
分布式还是好用的，这方面我深有体会，他在维护成本、执行效率、可重复利用、稳定性确实可靠

 

L

linyp2000

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-11

• #6

个人意见：其实对于多层结构是否都应该把业务流程放在中间层，
我觉得应该好好考虑一下，对于一些大系统，数据量大(几十万，几百万)
流程繁杂，利用数据库的存储过程等更容易实现，对于客户端（
应用层对于数据库不也是客户端吗）来讲，要处理这么大的数据，
能行吗？这是一点。对于一个公司来讲，是不会同时采用两种
主流开发工具，比如同时采用DELPHI和PB，同样，对于数据库，
也不会采用多种，那样对于数据库的维护简直就是自找苦吃，对于
专业软件公司来讲，功能完善、运行稳定、维护熟练的数据库才是重要的，数据库
的移植基本不用考虑。

 

G

GanQuan

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-11

• #7

我想不必拘泥于固定的模式，只要你做出来效率能够满足，速度能够接受就行了。
当然你需要作一些小的试验以确定那种方案效率最高。
一切都要根据你的实际情况来，如果你觉得数据库中写存储过程好，也不会经常换数据库，那就写吧！

 

X

xuejian

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-04-26

• #8

多层结构对软件的设计规范化有很大的作用。特别是软件工程项目。

 

P

peta

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-06-01

• #9

谢谢各位的意见。分不多，大家不要见笑。

 

P

peta

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-06-01

• #10

多人接受答案了。