【求助】如何有效外部访问数据库

tokenwings · Apr 7th, 2010, 17:15

请问有经验的DX,公司内部 c/s app, 客户需要从外部访问SQL同步数据。目前的做法是，内部host DMZ web server 支持CURD。问题是网络速度慢，上行７０KB。各位有始末更好的办法。当然，小公司budget可怜。

攻与防 · Apr 7th, 2010, 18:08

个人以为，不管什么办法，你都要提高 upload speed, 和你的 ISP 沟通一下，检查连接设备或更换 Data plan.

googlebot · Apr 7th, 2010, 18:57

首先能连通，访问，第二步在提高速度

ChinaSmileJoe · Apr 7th, 2010, 19:58

引用:

作者: googlebot

首先能连通，访问，第二步在提高速度

如果外部访问的数量不多，1个2个，还可以想想办法，如果多过这个数字，恐怕唯一的办法就是升级你的网络线路上行速度，此外无它法。

gerrylin · Apr 7th, 2010, 21:16

引用:

作者: tokenwings

请问有经验的DX,公司内部 c/s app, 客户需要从外部访问SQL同步数据。目前的做法是，内部host DMZ web server 支持CURD。问题是网络速度慢，上行７０KB。各位有始末更好的办法。当然，小公司budget可怜。

那个程序是第三方的还是你们自己开发的？如果是自己开发的，可以考虑先把数据存到文件里面，然后压缩该文件，然后上传。在SERVER端解压缩...

不过这样维护数据的一致性就麻烦，不是不可能只是程序变得麻烦。

还有就是另外写一个WEB程序。

somedy · Apr 7th, 2010, 22:07

扒掉所有额外的开销，不用DMZ和Web Server（安全性也不好IMO），让客户程序直接访问SQL服务器，走VPN，OpenVPN不要钱，打开LZO压缩。流量还不够就只能给ISP多上供了。

A Tech · Apr 8th, 2010, 11:57

引用:

作者: tokenwings

请问有经验的DX,公司内部 c/s app, 客户需要从外部访问SQL同步数据。目前的做法是，内部host DMZ web server 支持CURD。问题是网络速度慢，上行７０KB。各位有始末更好的办法。当然，小公司budget可怜。

70K 走SQL Server有点紧张，但也不是完全不行。要在网速上节省，就要优化程序：
1、不直接查询数据库，改为调用存储过程，直接返回查询结果。
2、根据查询大量建立index.index能有效提高访问速度。
3、不返回不必要的行和列。
4、优化查询语句。
5、加大服务器内存。
....

A Tech · Apr 8th, 2010, 12:25

也没太懂你题目的意思。如果分布式服务器的设计，只是要求同步数据库，可以安排在空闲时间（如深夜）进行同步。

tokenwings · Apr 8th, 2010, 12:48

感谢诸位回复。综合诸位的看法，一是提高上行速度，二是优化数据访问。应用是自己开发的，但原来的设计跑了。
to A-Teck,
我查了一下，web查询是sp,但不是按需传送。设计比较烂（当然我也很烂就是了）。

to somedy, VPN 只为内部服务，不想对外；能具体说说DMZ和Web Server（安全性也不好IMO）？这个我不太懂。

to 其他老大，同时在线访问<=5. MLPPP有用过的吗？这可能是提高up的经济方式。

tokenwings · Apr 8th, 2010, 12:53

引用:

作者: A Tech

也没太懂你题目的意思。如果分布式服务器的设计，只是要求同步数据库，可以安排在空闲时间（如深夜）进行同步。

曾想过host到外面。查询部分还可以晚上同步，但提交部分就要实施了。也许将来全部应用放到云上？

另外内部数据也不能放在外面

ChinaSmileJoe · Apr 8th, 2010, 12:58

引用:

作者: tokenwings

也许将来全部应用放到云上？

不是说公司BUDGET小的可怜？云很费钱，还要开发新程序，远不如直接提升UP的带宽来得简单和便宜。

A Tech · Apr 8th, 2010, 13:00

引用:

作者: tokenwings

感谢诸位回复。综合诸位的看法，一是提高上行速度，二是优化数据访问。应用是自己开发的，但原来的设计跑了。
to A-Teck,
我查了一下，web查询是sp,但不是按需传送。设计比较烂（当然我也很烂就是了）。

to somedy, VPN 只为内部服务，不想对外；能具体说说DMZ和Web S...

关于MLPPP，不知道你是否指的这个，多申请一条DSL，两条DSL捆绑：

A Tech · Apr 8th, 2010, 13:02

引用:

作者: ChinaSmileJoe

不是说公司BUDGET小的可怜？云很费钱，还要开发新程序，远不如直接提升UP的带宽来得简单和便宜。

非常同意，现在提速比以前便宜多了。

tokenwings · Apr 8th, 2010, 13:19

引用:

作者: A Tech

关于MLPPP，不知道你是否指的这个，多申请一条DSL，两条DSL捆绑：

<object width="480" height="385"><param name="movie" value="http://www.youtube.com/v/BBoJ12ByutY&hl=en_US&...

tokenwings · Apr 8th, 2010, 13:20

引用:

作者: ChinaSmileJoe

不是说公司BUDGET小的可怜？云很费钱，还要开发新程序，远不如直接提升UP的带宽来得简单和便宜。

嗨嗨，yy而已

tokenwings · Apr 8th, 2010, 13:23

引用:

作者: A Tech

非常同意，现在提速比以前便宜多了。

可以在家里host了

攻与防 · Apr 8th, 2010, 14:37

1，应用架构
根据你的阐述，你们的应用架构是合理的。内部：C/S 数据访问；外部：设置WEB在DMZ，同时连接内部数据库，提供外来访问。
2，速度瓶颈
有两部分可能产生延迟，一是，WEB 到数据库的查询，这不仅牵扯网络问题，同时还有可能是SQL逻辑问题；二是，WEB查询速度没问题，但上载慢；
3，troubleshooting
允许的情况下，吧WEB先移到内网，在内网访问WEB，如果慢，可确定是sql问题；
如果不慢，把WEB移回DMZ,从内网访问WEB，如果慢，检查路由或防火墙；
如果不慢，再从内网的任意客户端测试上载速度，检查是否WEB和外防火墙有问题；联系ISP增加带宽

个人认为，家用的ADSL上载都要比你们快的多。

Apr 7th, 2010, 17:15	#1
tokenwings Senior Member 注册日期: Feb 2006 帖子: 322 积分:12 精华:3	【求助】如何有效外部访问数据库请问有经验的DX,公司内部 c/s app, 客户需要从外部访问SQL同步数据。目前的做法是，内部host DMZ web server 支持CURD。问题是网络速度慢，上行７０KB。各位有始末更好的办法。当然，小公司budget可怜。

Apr 7th, 2010, 18:08	只看该作者 #2
攻与防 Senior Member 注册日期: Jan 2007 帖子: 635 声望: 136583	个人以为，不管什么办法，你都要提高 upload speed, 和你的 ISP 沟通一下，检查连接设备或更换 Data plan.
攻与防 Senior Member 注册日期: Jan 2007 帖子: 635 声望: 136583	善攻者，敌不知其所守；善守者，敌不知其所攻。

Apr 7th, 2010, 22:07	只看该作者 #6
somedy 不堪盈手赠还寝梦佳期注册日期: Jul 2004 帖子: 864 声望: 794908	扒掉所有额外的开销，不用DMZ和Web Server（安全性也不好IMO），让客户程序直接访问SQL服务器，走VPN，OpenVPN不要钱，打开LZO压缩。流量还不够就只能给ISP多上供了。
somedy 不堪盈手赠还寝梦佳期注册日期: Jul 2004 帖子: 864 声望: 794908

Apr 8th, 2010, 12:25	只看该作者 #8
A Tech Calgary 注册日期: Mar 2010 帖子: 2,307 声望: 21804359	也没太懂你题目的意思。如果分布式服务器的设计，只是要求同步数据库，可以安排在空闲时间（如深夜）进行同步。
A Tech Calgary 注册日期: Mar 2010 帖子: 2,307 声望: 21804359

Apr 8th, 2010, 14:37	只看该作者 #17
攻与防 Senior Member 注册日期: Jan 2007 帖子: 635 声望: 136583	1，应用架构根据你的阐述，你们的应用架构是合理的。内部：C/S 数据访问；外部：设置WEB在DMZ，同时连接内部数据库，提供外来访问。 2，速度瓶颈有两部分可能产生延迟，一是，WEB 到数据库的查询，这不仅牵扯网络问题，同时还有可能是SQL逻辑问题；二是，WEB查询速度没问题，但上载慢； 3，troubleshooting 允许的情况下，吧WEB先移到内网，在内网访问WEB，如果慢，可确定是sql问题；如果不慢，把WEB移回DMZ,从内网访问WEB，如果慢，检查路由或防火墙；如果不慢，再从内网的任意客户端测试上载速度，检查是否WEB和外防火墙有问题；联系ISP增加带宽个人认为，家用的ADSL上载都要比你们快的多。
攻与防 Senior Member 注册日期: Jan 2007 帖子: 635 声望: 136583

Apr 7th, 2010, 18:57	只看该作者 #3
googlebot Senior Member 注册日期: May 2006 帖子: 5,891 积分:4 精华:2 声望: 2095771	首先能连通，访问，第二步在提高速度

Apr 8th, 2010, 12:48	只看该作者 #9
tokenwings Senior Member 注册日期: Feb 2006 帖子: 322 积分:12 精华:3 声望: 13	感谢诸位回复。综合诸位的看法，一是提高上行速度，二是优化数据访问。应用是自己开发的，但原来的设计跑了。 to A-Teck, 我查了一下，web查询是sp,但不是按需传送。设计比较烂（当然我也很烂就是了）。 to somedy, VPN 只为内部服务，不想对外；能具体说说DMZ和Web Server（安全性也不好IMO）？这个我不太懂。 to 其他老大，同时在线访问<=5. MLPPP有用过的吗？这可能是提高up的经济方式。