做一个销售库存管理，最多30个客户端（分店），用什么方案好？

Question

做一个销售库存管理，大概30个客户端（分店），数据量不大，可能一天一个分店销售单就几十张单吧，出入库单应该也不多，要求断网的时候本机能暂存销售单的数据，用什么方案好？服务器打算用windows2003 /sql2000.，宽带是adsl 12M的。
谢谢！   

Answer 1

是这样的，大部分单据都要及时上传到服务器的，因为客户端的订货单据大部分是要上传到工厂下单完成的。如果用二层的ado，有问题吗？三层的话用哪种好一些。

Answer 2

干嘛非要用Delphi,看样子类似于管理系统，直接用java+ajax ui快速搞定。断网时使用XML做二级数据库，网通时直接load本地XML，再发往服务器

Answer 3

这种机制，delphi做是很合适的
离线时插入的数据存在clientdataset，保存到硬盘，在线后一次性提交到服务器
最好不要用2层（包括ado）服务器宽带是adsl 12M，如果客户端取数据比较频密，可能512k的上传带宽会紧张

Answer 4

二层，三层，asp.net做的bs 都可以，我的进销存订货系统，512M内存，半M带宽，都一样跑的起来

Answer 5

adsl的话，三层网速也足够用了。

Answer 6

建议用三层，技术成熟，也容易写得比较健壮。后期也可以升级沿用。二层或ADO的都只能适合当前的需求而已。
关键是和本地数据的安全，如果暂存未提交，是否有修改或删除的危险。
做个冗余备份会比较合适，但会要额外开发一些容错与比较代码。
如果只是为了交任务，把需求解决了就OK，其它的事，“客服”解决嘛！

Answer 7

另外用vpn+远程桌面技术就行了，用二层结构，不需要用什么三层结构的。

Answer 8

建议三层数据库：
硬件：
  客户端
  1、ADSL 
  2、PC
  服务器端
  1、外网（独立IP地址）
  2、ADSL 
  3、PC
软件：
  MSSQL
  服务器程序
  客户端程序
编程delphi Socket ADO三层