跪求VB中间层源码

wutech 2008-12-10 05:14:16
老板催的急,之前软件用二层结构写的,现在客户端一多,速度就慢,客户投诉太厉害,老板下了死命令,给我限期解决,希望各位高手给个例程,能够从数据库读取recoderset,然后返回给客户端调用的,我的邮箱:wu.tech@163.com,先谢谢大家了。
...全文
185 26 打赏 收藏 转发到动态 举报
写回复
用AI写文章
26 条回复
切换为时间正序
请发表友善的回复…
发表回复
vansoft 2008-12-15
  • 打赏
  • 举报
回复
不是简单层的问题。
要从全局来考虑。
wss1801 2008-12-15
  • 打赏
  • 举报
回复
up
fjwyshan 2008-12-13
  • 打赏
  • 举报
回复
友情up
filec75 2008-12-13
  • 打赏
  • 举报
回复
友情up
receive099 2008-12-13
  • 打赏
  • 举报
回复
ding
filec75 2008-12-13
  • 打赏
  • 举报
回复
ding
vbman2003 2008-12-13
  • 打赏
  • 举报
回复
我原来公司的ERP系统就是用的ActiveX DLL,并不存在任何包括如效率和性能上的瓶颈问题。
--------------
我不是说效率和性能问题,而是升级维护方面的问题,如果服务器组件作修改, 要重新配置每个客户端,相对其它方式的中间层而言(比如web services),显得及为不便...
僵哥 2008-12-13
  • 打赏
  • 举报
回复
我所能想得到的,关于升级维护所带来的麻烦无外乎这些。当然还可以使用IDispatch接口来调用。
僵哥 2008-12-13
  • 打赏
  • 举报
回复
[Quote=引用 18 楼 vbman2003 的回复:]
我原来公司的ERP系统就是用的ActiveX DLL,并不存在任何包括如效率和性能上的瓶颈问题。
--------------
我不是说效率和性能问题,而是升级维护方面的问题,如果服务器组件作修改, 要重新配置每个客户端,相对其它方式的中间层而言(比如web services),显得及为不便...
[/Quote]
服务器修改,只需要使用二进制兼容模式编译或者使用显式的IDL来描述相关的接口。
filec75 2008-12-12
  • 打赏
  • 举报
回复
up
receive099 2008-12-12
  • 打赏
  • 举报
回复
友情up
filec75 2008-12-12
  • 打赏
  • 举报
回复
友情up
僵哥 2008-12-12
  • 打赏
  • 举报
回复
[Quote=引用 11 楼 vbman2003 的回复:]
除了8楼说和大家说的以外,还有单纯用VB的ActiveX DLL来写中间层服务组件,用句玩笑话:会让你晕菜的....
当然不是写代码的难度,是布置 维护 升级及为不方便...
[/Quote]
我原来公司的ERP系统就是用的ActiveX DLL,并不存在任何包括如效率和性能上的瓶颈问题。
ruihongli 2008-12-12
  • 打赏
  • 举报
回复
高手评论啊,长见识,就我开发经验来讲,同意高手的见解,三层并不能解决问题,还是从你的数据库结构和查询方法上找不足吧!
vbman2003 2008-12-12
  • 打赏
  • 举报
回复
除了8楼说和大家说的以外,还有单纯用VB的ActiveX DLL来写中间层服务组件,用句玩笑话:会让你晕菜的....
当然不是写代码的难度,是布置 维护 升级及为不方便...

lbkbox 2008-12-12
  • 打赏
  • 举报
回复
正如8楼所说的,多一层就多一重复杂度,多一层风险,多一层的资源消耗,三层相对二层而言速度只能变慢不会变快.
一般是从布署上考虑为目的才用三层的.
youshaliaobuqi 2008-12-12
  • 打赏
  • 举报
回复
我怀疑你是弄错了,数据库慢那得从数据库的架构去研究啊,数据库上有好多类似的成功解决案例的,随便告诉你一个,上去看看,www.grqsh.com
僵哥 2008-12-11
  • 打赏
  • 举报
回复
[Quote=引用 7 楼 wutech 的回复:]
非常感谢以上几位兄弟解答,但是我还是觉得采用三层结构才能解决我的问题,因为是新来,分数不够,实在不行,我本人愿意从我微薄的工资里面拿出200元作为答谢,希望有做过三层结构的兄弟帮我一把,金融危机,保住工作要紧啊,请发一份三层结构的源码过来,我的邮箱:wu.tech@163.com
[/Quote]
从两层转移到三层,并不是简简单单就能够实现的,比如你之前所使用的Recordset等等之类的是无法直接使用的。个人建议不要做这种无谓的思考。把重心放在解决现实存在的问题当中。比如优化数据库,我想这应该是最为关键的,然后优化流程,优化编码,这也是你短时间所能够做得到,并且能够有显著成效的。

对于三层来讲,说起来是很简单,客户端做界面,服务器做成ActiveX DLL挂到COM+当中进行管理,客户端使用Rds.DataSpace进行远程过程调用,在ActiveX DLL连接数据库完成运算,并把必要的结果返回到客户端...

但是真要做起来,那麻烦不是一点点。比如远程过程调用当中的权限问题,用户(客户端)状态等信息的保存问题,你总不能让用户不需要登录就使用系统吧?也不可能让用户每做一个操作都登录一次吧?并且还有一个更重要的就是,我们常说的是,多一层就多一重复杂度,多一层风险,多一层的资源消耗,包括从DB到AP到Client这样多级转发所带来的消耗等等。这一切,我想应该不是目前你所能够想象得到的。
wutech 2008-12-11
  • 打赏
  • 举报
回复
非常感谢以上几位兄弟解答,但是我还是觉得采用三层结构才能解决我的问题,因为是新来,分数不够,实在不行,我本人愿意从我微薄的工资里面拿出200元作为答谢,希望有做过三层结构的兄弟帮我一把,金融危机,保住工作要紧啊,请发一份三层结构的源码过来,我的邮箱:wu.tech@163.com
vbman2003 2008-12-10
  • 打赏
  • 举报
回复
楼上说的对啊,LZ的问题不是层的问题....
如果单纯说速度,C/S构架最直接了,应该是最快的了....
加载更多回复(5)

1,502

社区成员

发帖
与我相关
我的任务
社区描述
VB 网络编程
社区管理员
  • 网络编程
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧