关于中间层数据操作的实现(200分)

  • 主题发起人 主题发起人 misterliwei
  • 开始时间 开始时间
M

misterliwei

Unregistered / Unconfirmed
GUEST, unregistred user!
中间层有QUERY 如 select * from custmor where custmno=:ygdm
使用updatesql 生成UPDATE SQL.
客户端根据不同的员工登录后使用 APPSERVER.OPEN(ygdm :string);
动态修改QUERY使每个客户端的CLIENTDATASET编辑修改相应的属于
自己的记录信息,如何有200个用户的CLIENTDATASET连接到同一个
中间层的QUERY DATA PROVIDER上面,中间层是如何实现的.
 
自动排队
 
不太明白你的意思。
不过我认为,每一个客户端联接的中间层虽是来原一个。
但好象是互相独立的,各作个的,不会干扰。
我这没有出现过什么情况。
 
小天,和俺本家都对
要看现成模式的
如果是单现成,则是是派对的,一个完了下一个
如果是多现成,那么每个客户有独立的现成,互相独立,这样可以保持客户状态,多数情
况应该是这样的,不过系统开销不小哦
 
我想中间层的实现不用管吧!
 
各位大哥未明白小弟的意思,让我详细解释以下.
我用B/S加三层结构实现了一个MIS系统,中间层的REMOTEDATAMODULE
内有几十个QUERY和UPDATESQL控件提供给客户端.为了使每个客户端
业务员仅编辑属于自己的记录,即每个表中有 YWY 字段进行区分,业务员
登录后根据不同的员工号将参数动态传给相应的QUERY,这样编辑的记录
仅仅是自己的记录,C/S模式下所有QUERY在客户端,相互独立,无问题.
中间层实现 多进程 , 每一客户端连接独立的服务器,无问题,但
一个服务器已经比较大, 几十个 ,骇骇骇骇....
中间层放 TSEESION 组件结合多线程 , 客户连接到49个,服务器崩溃...
中间层不加 TSSESION 组件, 客户数较少,无问题,多了,RPC服务器不可用,...
 
你这样的情况推荐你用MTS,如果还不行,多加个APP SERVER,自动负载平衡
资源不够,好象没什么好办法的.
 
借用NT工作组的方法,
要Tsession,但不要太多。
(我会么?不会。。呵呵。。提前)
 
千中元,你的方法学名叫做Thread Pool,不过那东西和你的思路不太一样
他总共有不超过N个线成,是单线成和多线成的折衷方法.
 
200个用户?只能采用MTS了!
另外,对于中间层可以考虑如下方案:
1、将大的服务对象尽量分解为多个较小的对象。
2、自定义服务对象,该对象再引用远程数据对象(根据情况可考虑共享)。
 
这个问题好象很重要。
 
我做了一个internet程序(midas),客户同时在线有3000多人,以前用tsession只能49
用tdatabase的handleshare 最多256a
用ado试试。
 
你需要在SERVER段计时,并实现多线程等级轮换机制,不过一定要小心,系统可能会崩溃。
也可使用断线---回叫,不过超过系统负载,其他用户只能等待。
 
多人接受答案了。
 
后退
顶部