有经验的谈一谈，没经验的学习学习：对于50个用户的分布式开发企业应用

Question

项目的情况是这个样子：    公司各个办事处的分布比较分散，每天将业务统计情况录入电脑，用拨号上网传递数据到服务器（固定IP），总公司的部门使用IE查询各个办事处的数据，当然还要统计出数据。目前可能是在50个办事处试点，将来大约的300多个用户。针对以上情况：大家想一下什么网络结构比较好？

Answer 1

1、可以做成C/S结构，Client端是离线的，也可以联上服务器刷新数据。然后办事处要上报的时候，再联上服务器，将数据打包后提交到服务器就可以了。
2、不过直接做成B/S架构也挺好的。

Answer 2

随便什么的都行。c/s或b/s来得快，不需要用多层。系统并不累

Answer 3

1、怎么保证本地数据和网上数据的一致性呢？本地使用Access，网上用SQlServer2000，怎么来建数据库？2、为了降低费用，控制上网时间，而且电脑还是486的水平，所以不能够用B/S结构，，不能直接使用网上数据，只能采取数据上传，采用三层结构回复人： gxdmm(笑石头)
  数据打包，你说的意思是否就是把数据转成别的文件比方说.txt文件，压缩上传，网上打开，写入数据库？
如何实现这种功能？这不是需要在网上始终运行一个程序吗？

Answer 4

固定ip的話當然是用C/S結構.用socket來傳數據.

Answer 5

我做了几个三层结构的东东，一个较大的在某省电信局用的好好的，client应该大于100了，用了midas。一个在湖南联通，也没有问题。当初这么做是为了解决数据库的连接数问题，因为c/s结构的软件，在client多了以后，数据库连接数和数据库服务器的内存会有较大增加。后来用java做了一个B/S结构的（还没有正式使用，公司测试部测过，还行）。

Answer 6

肯定做成三成的好了，无条件的直接把中间件放在服务器上，有条件多放几个到第三方的机上，做到流量平衡和稳定性。三层的好处是容易分发；可以使数据库的UID and PWD 放在中间件上，改动时方便，也达到了保密效果。当然实现起来也很简单。我公司用这种方式已经使用大半年了。

Answer 7

分公司的每台机器装一套传输软件，总部装一套。
该软件提供实时消息传输api调用和周期性任务的自动传输，自动拨号，切换线路等等。包括数据加密，压缩，断点续传等等。
如果谁有兴趣，可你给我发email索取相关软件资料技术白皮书。
[email protected]

Answer 8

to woshixiaoxin (小新) 1、怎么保证本地数据和网上数据的一致性呢？本地使用Access，网上用SQlServer2000，怎么来建数据库？2、为了降低费用，控制上网时间，而且电脑还是486的水平，所以不能够用B/S结构，，不能直接使用网上数据，只能采取数据上传，采用三层结构我觉得上面你的问题有概念上的错误，如果是B/S结构的话不存在本地数据，所有的数据都是保存在后端数据库中。
B/S结构对客户机的要求比C/S结构的要低，因为客户端只需要开浏览器就可以运行了。

Answer 9

既然是固定IP用C/S结构最为合适了，你可以开发一个客户端工具用于上报数据，至于使用什么数据库，具体情况而定。

Answer 10

既然只是上报数据，那就好办啦。  服务器做成FTP，也做一个客户端，多一想整理新增数据不就行了？   各地数据压缩汇总上传到指定目录，服务器可以手动或自动整理数据，生成报表、查询都没问题了。海关渔船管理系统就是这么做的，而且要求很低，程序也没什么特别的地方。