16,471
社区成员
发帖
与我相关
我的任务
分享期待有经验者
主 题：如何连接Intel网上的SQL数据库（不包括B/S结构的应用）
作 者：Caney
所属论坛：Visual Basic
问题点数：20
回复次数：0
发表时间：2001-7-13 0:16:42
应用程序中访问INTEL网上的数据库时，如果采用ADO的方法，在连接字符串中直接定义所连接服务器的IP地址，这样的方法虽然可行，但我有这样的顾虑，如果用100个用户同时访问时，将打开100个通道，1000个用户同时访问亦打开1000个通道，从安全性和效率上来说都不太合理，有什么更好的办法吗？
（不包括B/S结构的应用）
作 者：Caney
所属论坛：Visual Basic
问题点数：20
回复次数：0
发表时间：2001-7-13 0:16:42
应用程序中访问INTEL网上的数据库时，如果采用ADO的方法，在连接字符串中直接定义所连接服务器的IP地址，这样的方法虽然可行，但我有这样的顾虑，如果用100个用户同时访问时，将打开100个通道，1000个用户同时访问亦打开1000个通道，从安全性和效率上来说都不太合理，有什么更好的办法吗？
（不包括B/S结构的应用）
...全文
请发表友善的回复…
发表回复
greensleeve 2001-07-20
- 打赏
- 举报
UI + COM+ +DB
Caney 2001-07-20
- 打赏
- 举报
是不是通过DCOM的用法，在MID上只保留每个连接用户的识别号，具体的连接数据库工作由中间层完成？除此之外还有什么好的办法吗？
顺便请告诉我怎么分点，谢谢！
顺便请告诉我怎么分点，谢谢！
dgcat_6 2001-07-19
- 打赏
- 举报
gz
Tasehouny 2001-07-19
- 打赏
- 举报
这种方法不是很好的选择。速度很慢地。
我的解决方案是 Client <-----> Mid <---->DB Server
Mid负责数据的读写，而与客户端只有SOCKET的操作。Mid中可以建立CACHE服务，这样速度就上去了，且稳定，用户端不必为数据原等低级的问题所困扰。
典型的三层应用，看看微软出的 Designing Business Solutions 描述的很详细，C/S结构已经有点过时了。
我的解决方案是 Client <-----> Mid <---->DB Server
Mid负责数据的读写，而与客户端只有SOCKET的操作。Mid中可以建立CACHE服务，这样速度就上去了，且稳定，用户端不必为数据原等低级的问题所困扰。
典型的三层应用，看看微软出的 Designing Business Solutions 描述的很详细，C/S结构已经有点过时了。
