若你有系统分析经验，请留意...

cxx1997(小网虫_L)能详细点吗？
做成WEB界面，本人也认为是一个较可行的方式...

如果走VPN，方式二同样可行。

问题是一个城市内的进销存也用VPN？成本是不是高了点，DDN 可是按月计成本的

小弟看法是：如果数据量大的话用方法二比较妥当！
原因：1、能加快局部数据访问的请求！
      2、设置SQL服务器的数据自动同步相对来说，不是很难！
      3、客户端的程序比方法1会简单的多！
      4、发生同时操作同一条记录的几率降低！如果记录操作不是很频繁的话，不必考虑记录锁定的问题！！
      5、WEB方式的安全性太低，不适合进销存系统！
以上是本人的一点看法,请各位大哥多提建议

1.第一种方案a.是否考虑过效率问题，b.如果服务器不能运行怎么处理.
2.对于第二种方案可以这样改进
每个分网点都单独运行，然后总部有台服务器负责数据同步。分网点和总部数据间通过msmq同步。

不是作成SocketConnection/DCOMConnection方式吧！
不用解决数据同步的问题！

首先感谢各位参与!！
下面针对各位朋友之回复作如下说明：
1.VPN现在也是按月付费，线路由服务商提供，费用与DDN差不多，而还有一此优势，如安全性，网络延时等（:。
2.用2方式，最大的问题是各点资料"实时同步"问题，用发布订阅等方式可以做到。但若发布间间隔太长如12小时或24小时，则做不到"实时同步"；若太短则对服务器及网路均是一个大的负担；好处allan2002(丸子)有说到。
3.WEB方式：一是界面不够理想，二是效率底下；但好处是客户端可以不做任何设定。
4.至于用SocketConnection/DCOMConnection或SOAP，系统伸缩性较好，但开发成本会增加。
5.用直接的C/S结构可能是首选(若VPN能达到--可看成是一个只有512K带宽的局域网的话)。
这方面的开发，我想以后会越来越普遍，故提出来讨论，以相互交流...另：恕本人学浅，请教cdcx(西南偏南): msmq指的是什么?

我做过这样的系统，不过是全国的，有四五十个点，在服务器不能工作时客户端仍能工作。虽然MTS号称可以搞定，但自己写的东西毕竟靠得住些，当然这样做的成本很高，如果BOSS有钱，他会喜欢你的方案

To telstar(小李大刀)：
"...在服务器不能工作时客户端仍能工作...",你指的是加入容错能力？如用TSimpleObjectBroker及TClientDataSet.SaveToFile/LoadFromFile?

msmq是MS的消息队列服务，是用来实现进程间的异步通讯的

"...在服务器不能工作时客户端仍能工作...",
我想应该是公文包的方式clientdataset

用MSMQ就可以作到了，服务器出问题了，客户端照常运行

b\s比较适合逻辑比较简单的情况，如果很复杂的话用b\s很麻烦的。

To sos_zqx(踏破铁鞋):
谢，原来如比...

To： whereto():
我想也应该是,因为本模型容许加载或客户数据集内容的数据到本地硬盘上,即SaveToFile和LoadFromFile,并可在适当时候更新至服务器中...

二.2不太好吧，我认为如果用GPRS专线还可行，因为它“发呆”不要钱，只有有数据流通时才收费的

to tangss(啊，旺财！)
有道理，我得找电信谈谈...哈哈...

3.WEB方式：一是界面不够理想，二是效率底下；但好处是客户端可以不做任何设定。我在考MCSD的时候，微软是建议用WEB方式的，理由最主要的是维护方便，如果你的客户端需要升级，那么WEB方式将只要更新你的服务器，而C/S方式意味着你的维护每一台客户。
从安全角度来讲，其他方式都有安全问题，C/S方式将SQL服务器暴露在INTERNET上，可能更危险。
其实如果你们用过银行的网上交易系统，我觉得你们要的就是哪个样子。

To cxx1997(小网虫_L):
   1.C/S结构是安全的，因为是VPN专线，一是通道加密，二是点对点用的是私网IP，可看成是局域网...
   2.C/S结构更新是会麻烦些，但可用自动更新等解决...
   3.'...其实如果你们用过银行的网上交易系统，我觉得你们要的就是哪个样子...'，可以讲有些类似,但一个这样的系统比输入帐号(转出与转入)及密码的系统相比，其它输入的资料量上有很大的差异(或许是1:1000甚至更多)，这时就要考虑输入的方便性，如通过读取/自动转入等，那用WEB就会很痛苦...
   4.'...微软是建议用WEB方式的...'。我想是那时M$也没有好的方式可用，但没有好的方式不等于没有方式，所以先找个方案建议建议,今天它绝不会推荐用WEB方式...哈哈...

考虑到安全性建议C/S结构，
WEB的方式大家都清楚，真正用到企业管理不建议使用。我建议开发应该以客户安全性为第一重任

To  RockyZou(铁人):
  BOSS给我们系统设计人员的第一大守同则是：对客户保证系统安全，对公司做到严守机密。
  看样子你是赞成的，不过我也没意见...呵呵..

看到这么多朋友参与，我真想再加分，但加不上...
banzhu：自动么办？

to h_q_p() :
不是的，我没有用MSMQ或其他的MQ，我不是说我们的中间件比他们的要好，我们的不可能与M$相比。但你用任何别人的东西都不可能针对自己的项目进行有效的优化。当然如果你用MQ也是一个相当不错的选择，只是有可能（我只是说有可能）出现你无法控制的BUG，或无法实现的功能。我比较喜欢“掌握一切”。至于"...在服务器不能工作时客户端仍能工作...",我是记录所有因该发往服务器的通信包，待服务器起来后再送过去。安全性方面，我们有自己写的3DES模块。当然自己写的东西不见得是最好的，但它肯定是在自己的项目中最实用的，且不断地写可以把BOSS的技术力量不断的积累起来（其实也是自己的），BOSS会为你考虑一些问题的（只要他还是个人的话）

调试易

若你有系统分析经验，请留意...

解决方案 »