一个巨麻烦的问题

[okcjh214]

有一个客户端A，通过局域网访问MSSQL数据库服务器，
客户端是一个VB写的程序，程序调用MSSQL的数据，
1、是否可以在A与MSSQL之间有一个处理程序，对VB提交过来的信息进行判断，并选择性的做出一此操作，如调用A数据库服务器，或者B数据库服务器
2、我当时的想法是用TCP创建一个MSSQL数据库的监听端口，首先A先连接到创建的端口，然后由新建的端口来负责数据的分析，并选择其中一台数据库服务器。

总之我的想法就是对客户端A发出的数据进行分析并选择其中一台数据库服务器，假设不能改写客户端A的程序。。。
如果可以采用第2种方法，就是不知道VB调用MSSQL的数据是按什么格式的，，

不知道各位高手有什么好主意？？？？？？？？？？？？？？

[zengch24]

可以，C/S模式，瘦客户端。
SQLServer就是一般的数据格式，随便找本书都有介绍。

• 打赏
• 举报

回复 赞

[zcwhgj]

C/S还瘦客户?

楼主这一种方式通过自己写一个数据库选择的中间件还是可以的。

• 打赏
• 举报

回复 赞

[okcjh214]

所以感觉很恐怖，，，

• 打赏
• 举报

回复 赞

[Chuanyan]

能写出这样的程序来，实在高！

• 打赏
• 举报

回复 赞

[BirdGu]

要开发这样的中间件，需要了解MSSQL的客户端与Server端的通信协议吧？这个协议是公开的吗？

• 打赏
• 举报

回复 赞

[zcwhgj]

中间件不等于中间件服务器，中间件是不需要了解这一些协议的，只有中间件服务器才去关心这一些东西。当然，我觉得像楼主讲的这样一个东西使用中间件似有小题大作之嫌。
其实这一个问题我觉得不算什么麻烦事，之所以说中间件是提供一种思路，也就是一种处理方式，楼主可以考虑做一个根据录入参数进行判断连接哪一个数据库处理的逻辑层，至于主客户端A通过什么接口，什么方式与这一个逻辑层服务进行通信，我想应该不是什么难题，所以这样的问题不就迎刃而解了吗？

同时，对于VB提交过来的信息为什么要通过TCP去分析它的数据呢，你不如用接口去接收它传来的数据进行判断选择这样不简单吗？何必搞得这么复杂？

• 打赏
• 举报

回复 赞

[Chuanyan]

很明显是受制于“假设不能改写客户端A的程序。。。”

• 打赏
• 举报

回复 赞

[carrotmin]

这个问题有什么麻烦的？
不就是加一个前置机吗？

不知道楼主说的系统有多少个并发
不知道楼主为什么不在客户端加以控制（当然对于稍大规模的系统，这种方式不好）

其实就是一个接包/逻辑处理/发包的过程，典型的前置功能，但是这样处理的话，你的客户端全部要改写

楼上的说“假设不能改写客户端A的程序。。。”，如果真的是那样的话，我建议还不如作A/B两个数据库服务器的同步大概还方便一点，比楼主所谓的TCP/IP监听肯定是要好得多了。
而且我想不出为什么不能改写。真地去监听还要去分析，估计比重写那个客户端麻烦的多，我看楼主也未必干得了。

• 打赏
• 举报

回复 赞

[rtdb]

YES, 分析底层通信协议，难度绝对高于重写一个VB开发的客户端软件。

• 打赏
• 举报

回复 赞