关于SQL数据库 远程访问慢的问题（无奈求助，请大侠勿潜水）

[lokingcnz]

开门见山：

我的客户端访问数据库速度很慢，设置了各客户端1秒读取一次远程数据库中的数据（数据库中的数据在不断更新，所以我必须秒杀读取最新的数据），但由于实在有时候因为相互干扰可能会10多秒才返回一次数据。
1：我的SQL数据库目前放在一个VPS服务器上（远程服务器）
2：我的客户端（5台电脑都在本地，都是我自己的电脑，放在我的同一个办公室里）它们以每秒一次的速度请求数据
3：这5台电脑都不在一个局域网里（这是关键）（我向电信网通，总共申请了5个宽带（5个不同账号），至于为何破费不直接用一个路由器，申请一个宽带，弄成一个局域网这里就不赘述了，个人应用的需要，也是无奈之举）
4：关键问题来了：如果这5台客户端都在一个局域网里，那就好办了，我另外拿一个电脑作为数据服务主机（这5台客户机直接读取我本地的数据库，那速度就超快），但现在5台客户机不在一个局域网（虽然在同一个办公室中），我该怎么处理
5：我有三个构想或者叫乱想：
一个是是否存在极速的远程SQL数据库服务器，我购买了这个服务以后，可以在读取较大量数据记录表时候也能极快，我怕不好找吧》！
第二个是：我是不是依然能使用一个本地的数据库服务器（自己另外弄一个本地PC，安装SQL） ，然后将5个不在同一个局域网的客户机用USB连接线 都连接到这台服务器上 ，同时又得做到不影响他们各自的网络正常的在访问
第三个是：我给每台电脑都加上一个网卡 ，变成每台都2个网卡，原来的网卡还接着原来各自的网络上他自己的外网，每台新增加的网卡，用网线连到集线器（数据库的那台也连到这个集线器），让这些各自有各自外网的电脑，同时有组成局域网，互不干扰，是否能让这些电脑上外网时候各自用着自己的网络，要读取数据库的时候直接读取本地的数据库服务器
快疯了，请大侠帮忙提供个方案啊，感激不尽！

[wind_cloud2011]

没有什么极速的远程SQL数据库服务器，就是有足够的带宽吧， 是否可以做台中间的数据服务器，这台中间的服务器与远程数据服务器同步，或将中间服务器做成webservice，提供数据接口和服数据，本地应用就直接读取中间数据服务器

[以专业开发人员为伍]

引用 楼主 lokingcnz 的回复:

3：这5台电脑都不在一个局域网里（这是关键）（我向电信网通，总共申请了5个宽带（5个不同账号），至于为何破费不直接用一个路由器，申请一个宽带，弄成一个局域网这里就不赘述了，个人应用的需要，也是无奈之举） ........................ 快疯了，请大侠帮忙提供个方案啊，感激不尽！

好可怜啊。 不过没有办法，你满脑子只有“关系数据库增删改查”，不知道c/s为何物。一个真正的c/s系统，它自己有自己的 server 端，与客户端进行双向实时通讯。就好像有成千上万的QQ客户端访问同一个服务器时，没听说客户端去轮询服务器上的关系数据库的，都是tcp、udp双向通讯。 一个“方案”，就是请人开发一个专业一点的网络软件，有着自己的业务服务器系统，跟客户端实现双向通讯。而不是找只会做个局域网小OA程序的人来做这类软件。

[以专业开发人员为伍]

究其原理很简单，可以直接“秒杀”一切浑浑噩噩的所谓程序：数据应该仅在必要时直接push给客户端，而不是让一堆客户端去轮询。 这就好像快递发现有你的包裹，会给你打电话并送来，而不是非要让辖区的几十万人排着队每天去快递公司门口去轮询、去阻塞。

[以专业开发人员为伍]

我猜你大概也是一位资深的编程爱好者，甚至有时候自认为会做点“架构设计”之类的，可以给自己创业的企业也充当个产品经理了。而且你进行了那样令人惋惜的“宽带投资”，肯定你是想真正做点事。但是想跟真正做事两回事，你应该先升级你的网络软件知识。

[threenewbee]

原来你在轮询啊，那怪不得性能差了。

[长风破浪会有时1999]

引用 3 楼 sp1234 的回复:

究其原理很简单，可以直接“秒杀”一切浑浑噩噩的所谓程序：数据应该仅在必要时直接push给客户端，而不是让一堆客户端去轮询。 这就好像快递发现有你的包裹，会给你打电话并送来，而不是非要让辖区的几十万人排着队每天去快递公司门口去轮询、去阻塞。

一针见血，学习了