透过internet连接SQL Server会很慢？

[复制链接]

宅男-兜着走

2011-3-25 11:10 PM

经过看看。

说到在伺服器计算完毕后才把结果送回去。就让我想到
Web Service, Net Remote.
我一直在想，这样会不会给伺服器的负担变得更大。。。
Client 负担大好呢，还是伺服器？

以下是相关的文章。
http://msdn.microsoft.com/en-us/library/ms978411.aspx
http://msdn.microsoft.com/en-us/library/ms978420.aspx

APACHE ASP 我之前装过。部署的时候有点问题，搁着一边了，懒惰去学了。

说到链接公司的server，这种事情我也玩过，可是公司没Static IP，唯有 DDNS + Port Forwarding 才能打开通道。

shippo

2011-3-26 01:16 AM

继续围观，坐等高人。

goodday

2011-3-27 01:42 AM

回复 11# 宅男-兜着走

我就觉得把负担丢给 server 比较好
公司赚钱啦就换新 server 咯

你丢给client  还是 server 跑了一半的 resource 啦
倒不如统统给server

要记得 server 是你控制到的范围
server 你还能 cluster, upgrad hardware, clouding , vmware .... etc
如果是client 的你应该要接受世界还有pentium 的来跑（没钱换好机给工人的公司很多）
明明是client 烂却赖到你的头

web service  很重我放弃啦
甚至到了  WCF 也是 xml 的传送
xml 太多字啦还有一堆 initial schema format 类的

binary 是最快了
或 json format  来跑

shippo

2011-3-28 12:05 AM

回复 6# goodday

好阿，不过不是我set的，lol.
不好意思啦，我只负责用。

TSHsoft

2011-5-4 09:40 PM

回复 ~Zero

你说得对
所以我说 remoting 这种技术咯
统统在 server 跑完了，减少了 transaction ...
goodday 发表于 2011-3-25 06:30 PM

你是这样做的吗？用binary通过tcpip传资料，有什么坏处啊？你说到一半～

~Zero

2011-5-5 06:29 PM

本帖最后由 ~Zero 于 2011-5-5 06:31 PM 编辑

经过看看。

说到在伺服器计算完毕后才把结果送回去。就让我想到
Web Service, Net Remote.
我一直在想 ...
宅男-兜着走发表于 2011-3-25 11:10 PM

我是觉得先不要管 processor 负担先，把 bandwidth 尽量减少是最重要的。

web service / remoting 虽然会把 server 负担加大，不过就如 goodday 说的，server 是你控制范围内的。
慢的话，加强 server 或加多 server 来跑 parallel processing。
而且也可以把 database 分开放在 LAN 里面，跟 web service 分开跑。
也间接可以防止 SQL injection 等等问题。

当然，不必要的多功夫在 client side 跑也是比较好，（主要原因也是减少 bandwidth）。
例如，validation 这类可以放就放在 client side，或者一些 calculation，不必动用到 database entry 的东西。

说到在伺服器计算完毕后才把结果送回去

如果计算是 1+2+3，那把 '6' 送去给 client，总比把 '1+2+3' 送给 client 计算来得省 bandwidth。
同样的，如果 client input 是 1+2+3，而 server 只需要知道 6 的话，就在 client side 计算，然后把结果送去 server。

已有 1 人评分	积分	收起理由
goodday	+ 2	表达比我好

总评分: 积分 + 2 查看全部评分

12 / 2 页

返回列表

透过internet连接SQL Server会很慢？

浏览过的版块