接口问题,比较的难

[chuting1]

我的程序是C/s式的网络版,数据库采用的mysql,正常供客户使用;
现在客户要求提供数据库访问接口,可供其他应用程序访问(银行代收费),请问有何方案,并请详述之

问题关键有几点:

密码问题
如何提供接口

[VBToy]

如果不愿意让用户直接访问数据库，可以在服务器上再做一层应用，用php，VB什么都可以的。用户向服务器提交查询后，该应用将结果返回。至于密码控制，在数据库中另加一个用户表。在用户对数据库进行操作之前，先进行验证。

[lyserver]

使用服务器+中间件+客户端的C/S模式，或者使用B/S。
无论使用哪一种，建议都应另设一个服务器，如果是C/S，则新设服务器为中间件服务器，如果是B/S，则新设服务器为WEB服务器，这样可以不改变原来的软件和硬件布局。

[Tiger_Zhao]

最快速的方法是将你的客户端程序的工程类型变成 Active Exe，将原有的类更改为 Public 方式或单独添加一些 Public Class 供其他应用程序访问。
这样整个系统的框架不变，是最容易改造的。

将你的客户端看成 Excel，数据库看成 xls 文件。

[chuting1]

不错,比方比较贴切,也很容易理解

[chuting1]

php的方法比较可行,相当于B/S了,不过客户可能不会接受;


赵老虎的方法:
"最快速的方法是将你的客户端程序的工程类型变成 Active Exe，将原有的类更改为 Public 方式或单独添加一些 Public Class 供其他应用程序访问。
这样整个系统的框架不变，是最容易改造的。

将你的客户端看成 Excel，数据库看成 xls 文件。"

没有实践过,多谢了


服务器+中间件+客户端的C/S 的方法,以前用过,不过访问大数据量时太慢(以前用java做的数据库连接,操作按XML配置进行 ,客户端发送URL来完成)
,接口提供比较方便

[Tiger_Zhao]

其实最主要的问题是你原先 C/S 模式应该没有服务端组件（否则其它应用程序就能访问了），那么在你的客户端总是有一些用户、权限之类的状态。
提供的外部接口必须包含这些状态，与其再做一套对象模型、还要维护与原客户端相同的规则，不如直接做成 ActiveX Exe 最方便。

[hehaiyi2008]

顶

[lyserver]

[Quote=引用 5 楼 chuting 的回复:]
服务器+中间件+客户端的C/S 的方法,以前用过,不过访问大数据量时太慢
[/Quote]
不会吧？我曾经使用过一个奔4双芯CPU和2G内存的PC服务器，同时作为数据库服务器和前置机，使用的是ORACLE+Tuxedo+终端的模式，为62个学员提供服务，运行都非常稳定和流畅啊。相信楼主的硬件配置应该高许多，效果应该更好才是。
对于赵老虎的建议，我有些不太认同，既然是提供接口，其实完全不必考虑客户端的工程，因为有时客户根本不让你修改的，咱们只能在接口上下功夫。
还有，既然在VB版提出这个问题，俺就尽量从VB版的角度进行考虑，其实楼主还可以采用Web Services，这项技术成熟简单，客户也容易接受，完全可以考虑。至于性能，我曾经建议过，需单独设一台服务器。如果仍然还满足不了要求，只能建议公司在硬件上下功夫了，比如使用专业服务器（包括磁盘阵列、8-16颗CPU、16G内存、高速网线...）。

[chuting1]

楼上的,62个学员服务,能有多少数据量,我这里都是上几万几十万的.查询又是出奇的多

web services是什么东东,VB可以用socket吗

[lyserver]

[Quote=引用 10 楼 chuting 的回复:]
楼上的,62个学员服务,能有多少数据量,我这里都是上几万几十万的.查询又是出奇的多

web services是什么东东,VB可以用socket吗
[/Quote]
俺原来就在一家银行的市级科技中心任技术主管，业务类型包括存款、贷款、中间业务、卡业务、代理收费...，数据量不比你小，要考虑性能，根本不是用VB能够实现的，VB擅长的是快速开发而不是性能优化，操作系统也一样，银行业务系统根本不用Windows。
至于WEB SERVICE是什么东东，VB能不能用SOCKET，这些问题俺也不知道，俺水平低，本来只是想蹭点分而已，如果需要好的方案，猪八戒网上有！

[Tiger_Zhao]

无论多少数据量，前提是原先的 C/S 模式是能正常运行的。
尽量在此基础上进行扩展，而不是新建一套系统。

[vbxxm]

多多学习！