拜求方案:一个客户有300多个分布在全国各地的零售店,还要时时上传数据,如何做方案? ( 积分: 100 )

  • 主题发起人 wobudong
  • 开始时间
用 B/S 不太现实,要是断线了如何保存数据啊?不能够影响销售的.
 
就现在的技术平讲，解决你这个问题还是很方便的。<br>用现在流行的三层架构，总部架设中间层服务器，每个店面运行一个客户端，通过访问中间层，把该下载的数据下载并保存到本地数据库中，把该上传的本地数据组织好并传给中间传做处理。<br>这个过程你只要详细的设计一个数据保存规则就行了。
 
dengxh10：的方案不错而且是成熟的技术方案。
 
我对&nbsp;Ado&nbsp;这样的两层开发还是比较熟悉的,对于三层开发不是很好,以前搞过一些midas,总是出问题,很郁闷.<br>如果用三层的技术,具体用什么技术?谢谢各位了.<br>最好是这样:<br>1:开发很简单,<br>2:实施也简单<br>3:传输速度快<br>4:稳定<br>5:并发用户多<br>6:哈哈,我提的要求太多了吧?
 
主要市看企业的实力<br>如果很有钱,自己铺设专网.<br>如有有技术,tcp或者udp自己写个类似webservice的<br>如果没钱又没技术,那就不好办了。<br>省钱的办法有一个，使用已经现成的中间件。<br>这也分两种情况<br>1.英文水平很好,用asta&nbsp;基本能满足你的需求。<br>2.英文水平不行,用dbanywhere远程解决方案。
 
最好大家给推荐几种,我测试一下效果,回头把测试结果告诉大家.
 
用现成的中间件可以考虑,不知道哪种使用简单又效果好?
 
这是做架构的人做的事儿哈。<br>而且和实际需求也有直接关系。<br><br>比如说：&nbsp;<br>需求是&nbsp;实时传递数据，销售必须马上报告。&nbsp;协商，是否需要这样做？<br>回答我们只是希望这样子，可以马上看到。&nbsp;是否有必要？&nbsp;回答&nbsp;若有难度不这样也行，但是至少每天要让我看到。&nbsp;协商，尽量争取每半天汇报。&nbsp;<br><br>实现<br>通过延迟数据传递，和类似于&nbsp;ajax&nbsp;或&nbsp;soap之类，降低数据传输量，延迟数据汇报<br>汇报后即在本地做记录，已经汇报。<br><br>实现<br>是否一切都要实时从服务器获取。。<br>需求，是的，我这边改了价格，马上就要以新价格销售。&nbsp;协商，是否象股票已经变动快速？答，不是的，每个月改不几次。协商，每天会中途发生变动，造成的损失谁来负责。<br><br>实现<br>每天限定只能在早晨营业之前更改某些数据，通过&nbsp;md5或&nbsp;crc等数据校验方式确定是否需要重新更新某些资料。&nbsp;<br><br>……<br><br>一个环境是固定的，实现是根据需要来确定的。架构者&nbsp;可以给你设计出如何去做。<br>一楼的兄弟需要更多的思考。
 
说下我们以前的做法.<br>增加本地数据缓存机制.<br>本地可以用一个Access数据库.保存一些变化较少的基础资料.<br>服务端和本地都有数据表版本字段.<br>数据更新的时候把表版本字段+1.<br>如果本地和服务端版本不一致就把表和服务端同步.<br>如果同步的时候是从本地查询的.
 
to&nbsp;rebirth:<br>分公司查询都是要求时时的,而且要时时的进行下定单,审核等等.<br>时时性要求是必须的.
 
asta就１００％可以满足你的需求，我在56K的modem线路上用过，实时连接，一点问题也没有。速度飞快。<br>不过现在我已经已经改成像&nbsp;&nbsp;没有结婚的程序员&nbsp;&nbsp;说的，自己写了个类似webservice的东西，通过http走数据，采用短连接。中间服务器就是iis了&nbsp;:)&nbsp;.<br><br>欢迎入群:9371293
 
rebirth&nbsp;说的不错啊&nbsp;我们一直这样搞。<br>不过也有弊端，上次因为搞不定实时数据库丢了个45W的单。被骂。那个老板要实时看到销售情况.
 
搞不定实时数据库,晕死了啊。只要服务器稳定，还怕实时不了？<br>看我上面说的，你们这钱丢得冤了。
 
如果用现成的中间件的话,现在大家给推荐了两个了:<br>1:asta<br>2:dbanywhere<br>我去下载去,测试测试.<br>还有别的更好的中间件吗?欢迎大家提供好的建议,感谢感谢!!!!!
 
你也可以试试delphi自带的midas
 
以前看过自带的,没搞定,总出问题.
 
哪里有那么简单&nbsp;如果是普通的互联网&nbsp;用dbanywhere就搞定了&nbsp;客户要求的是ppc,用不要用浏览器的那种，ppc上没有找到解决方案
 
如果要用ppc.,那要搞的东西就太多了，不是上面说的三层的范围了&nbsp;:)
 
用我的方案吧，你的要想都能满足<br>最好是这样:<br>1:开发很简单,&nbsp;&nbsp;--客户端也有框架，在框架上开发很简单<br>2:实施也简单&nbsp;&nbsp;&nbsp;--只需能在Internet上使用，安装后就能使用<br>3:传输速度快&nbsp;&nbsp;&nbsp;--只要客户端有512K的带宽，传输方面也没什么大问题<br>4:稳定&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;--满足，服务器运行半个月，没发生故障<br>5:并发用户多具&nbsp;--满足，现在我们的业务系统在线并发用户200，系统没感觉任何压力
 
服务器运行半个月，没发生故障&nbsp;[:(]&nbsp;我们做的系统都一年不出故障<br>有试用版&nbsp;版&nbsp;&nbsp;感受一下
 
您必须登录或注册才可回复。

Similar threads

S
[原]Delphi2010中DataSnap高级技术(3)—DataSnap服务器如何得到客户端的IP和端口
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(3)—DataSnap服务器如何得到客户端的IP和端口
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
顶部