V
vcanddelphi
Unregistered / Unconfirmed
GUEST, unregistred user!
to mrzj:
不要以为现在的计算机的工作能力提高了就可以解决速度问题。
假设,在程序中,一个客户段上有TTable控件48个,其他的不算,这样,每一个TTable可吃掉你的服务器的40K的空间那将是一个客户端吃掉约1。5M的空间。好多用户一起使用的话,可是一个不小的开销的。用Tquery虽然不会吃掉这么多的空间,但好多的客户端一起工作也是一个不小的数字呢。并且,数据库不是永远那么点儿的,在现实中,它的增长是一个可怕的数字,这样在加上好多的客户,看你的数据库服务器能运行多快?
如果是三层的话,可以用分布式来解决数据库服务器的压力,这样看是那一个快呢?
还有一个问题,就是在两层上你不能进行智能判断,着又增加了服务器的工作量。举个例子来说:
有一个公司的员工在11:00-12:00时都向一个饭店来定中午12:00的饭,你总不能每来一条就处理一条吧。我想二层的话,只能这样处理了。但三层的话,就可以在应用服务器中加以判断,比如要“米饭”的多少个人,等等,可以一次处理。
属于个人意见,有不同之处,请指教。
不要以为现在的计算机的工作能力提高了就可以解决速度问题。
假设,在程序中,一个客户段上有TTable控件48个,其他的不算,这样,每一个TTable可吃掉你的服务器的40K的空间那将是一个客户端吃掉约1。5M的空间。好多用户一起使用的话,可是一个不小的开销的。用Tquery虽然不会吃掉这么多的空间,但好多的客户端一起工作也是一个不小的数字呢。并且,数据库不是永远那么点儿的,在现实中,它的增长是一个可怕的数字,这样在加上好多的客户,看你的数据库服务器能运行多快?
如果是三层的话,可以用分布式来解决数据库服务器的压力,这样看是那一个快呢?
还有一个问题,就是在两层上你不能进行智能判断,着又增加了服务器的工作量。举个例子来说:
有一个公司的员工在11:00-12:00时都向一个饭店来定中午12:00的饭,你总不能每来一条就处理一条吧。我想二层的话,只能这样处理了。但三层的话,就可以在应用服务器中加以判断,比如要“米饭”的多少个人,等等,可以一次处理。
属于个人意见,有不同之处,请指教。