透过internet连接SQL Server会很慢？

宅男-兜着走

经过看看。

说到在伺服器计算完毕后才把结果送回去。就让我想到
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

继续围观，坐等高人。

goodday

回复 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

回复 6# goodday

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

TSHsoft

回复  ~Zero


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

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

~Zero

经过看看。

说到在伺服器计算完毕后才把结果送回去。就让我想到
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。