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

  • 主题发起人 主题发起人 wobudong
  • 开始时间 开始时间
“老板的意思是坚决要采取断线存本地,客户也是这个意思,主要是考虑绝对不能够影响终端销售”<br>这就决定了系统的架构了，没有必要再测试速度。终端销售时不会和总部服务器发生数据交换，只能全部在本地操作。
 
也不是啊,那分公司要时时的进行远程操作啊,下定单,查询,收货等等,都要时时的.<br>分公司也都是远端的.
 
销售终端确定了吧？要求是必须本地存储数据，与总部间隔更新，且更新是在后台的，不需要与总部高速交换数据。速度不是问题了。<br><br>分公司，不是销售前台，是决策层，不会上班8小时都在查询、录入单据，不需要1分钟内的及时数据，查询时有3-5秒的延迟很正常，就是在本地的数据库，一份复杂的统计表单查询，多数都远远超过远程的网络的响应时间，录入各种订单、收货单，一般都是在终端界面表格提交明细，整单一次保存到总部服务器，不会是每输入一条明细就提交一次到总部的吧？
 
稳定,并发,速度,开发简单是我的目标,再测试测试,尽快定下来,老板催了.
 
我得写几个测试程序,让老板测试,还得把每种中间件的价格报出来,最后老板定.
 
测试的我都快疯了,老板还没疯呢,晕.
 
hoho,不用就算了.毕竟条条大路通罗马.<br><br>to&nbsp;skadon:<br>==<br>不是简单的C/S了吧，每个分店都可以在断线的情况下独立的、部分完整的运行。<br>==<br>说不清你是不是故意捣乱&nbsp;谁规定c的内部逻辑必须依靠s?&nbsp;就是我们原来的MIS也要<br>保证没有连接数据库你也可以设置软件运行参数,截面配置,浏览本地数据备份等等.<br>lz的c端就不能有个数据库?就不能把本地数据存放下来,等点击同步的时候在和s端同步?
 
要本地也行啊，服务器上如果用sqlserver，那本地也搞个.做个同步功能，表中不要用自增型字段，写段代码同步下，我想很简单吧。这么久了，我想也可以定了。<br>如果是我,就选asta。
 
测试来测试去,我感觉在传输稳定的情况下,最后主要靠数据库的处理能力了,传输都做了压缩,数据库连接采用连接池或者临时连接,用后释放,这个差别都不大.并发也是对数据库的压力测试了,呵呵.测试了几天有点头晕了,都快不知道什么叫数据库了.
 
我也看了很多对asta的评价,说高手用还可以,连说明也是外文的,售后服务估计找不到人.我怕就我这个水平到时候解决不了问题,也找不到售后解决,可就麻烦了,也担心啊.<br>国内的dbanywhere我以前大致看过,现在测试了他们的最新版本,感觉也不错,说实话,速度和通讯稳定性确实不错,中间就没出现过网络故障(据dbanywhere的用户说,老版本不是很稳定,新版本已经很不错了,dbanywhere开发组说后续还要增加&nbsp;IM&nbsp;功能,扩充功能等).<br>&nbsp;&nbsp;在测试的时候,asta,remobject在传输中间,我拔掉网线,然后再插上,马上就提示故障.dbanywhere却还能够继续传输,我感觉这样似乎更好.<br>对于&nbsp;remobject的测试,我只采用了tcp协议(我感觉http慢,没测试),和asta一样,在网络条件差的情况下,卡的比较厉害,老断,网络条件好的还不错.<br>并发测试的也做了,都差不多,问题不大.连续运行两天了,都没死呢.<br>也咨询了一些用过&nbsp;asta,remobject,dbanywhere,midas等等的朋友,各执一词,各说各的好,呵呵.看来选择只能够靠我们自己了(是肯定的,哈哈).<br>&nbsp;&nbsp;&nbsp;一旦定下来,就要抓紧开发了.<br>&nbsp;&nbsp;&nbsp;下周我把测试结果和价格给我们老板汇报一下,然后确定用哪个中间件.<br>&nbsp;&nbsp;&nbsp;下周就得定下来开始开发,在开发的过程中,我把碰到的问题也公布出来,大家一起讨论,共同为三层的开发摸索一个完整的路子(哈,希望给后来者一点提示).
 
数据交叉我是用自增型字段解决的，参照手机号码、全国区号的分配，预先分配自增型字段的号码段，很容易解决，编程也方便。
 
难得看到那么多人讨论，没有什么建议，只来参观，以后说不定有用。。。呵呵
 
我觉得，应该根据不同的业务来决定用什么技术。<br>首先，在各个门店的销售系统，这些应用当网络不行的时候，肯定必需要能运行的，应该使用可以缓存数据的方式，到时候把数据同步到总部的服务器就可以了。<br>门店向总店查询单价，下订单。这部分应该用bs模式，使用实时数据。<br>我觉得怎么简单、稳定就怎么做吧，用什么控件可以提高多少秒的响应速度好像在这样的系统中没什么意义。<br>我建议：总部的服务器使用bs架构设计，分部的销售部分要做成能够离线使用，其他部分全都做成bs的。
 
你跨网使用一下B/S的系统就知道了,速度太慢了,简直是找罪受.到时候客户不得整天骂?
 
而且也没有必要一个系统里面又是b/s,有是c/s的,不好.
 
to&nbsp;dang:<br>我把你的测试服务器放在服务器上没关,大概有两天吧,今天又测试了下,登陆显示成功的,但点登陆的时候提示错误:<br>连接出错,详细信息:An&nbsp;exception&nbsp;was&nbsp;raised&nbsp;on&nbsp;the&nbsp;server:Operation&nbsp;aborted.<br><br>后面就登陆不了,怎么回事?
 
这个帖子好几天了，看了不少评论，我也没用过asta,remobject,dbanywhere这些方案，不好对这些方案说什么好于不好之类的话，不过看到你这个案例，想起我以前帮朋友做的一个医药连锁的进销存与你的很相识，用户有很多分店，有的分店有adsl，有的只能拨号上网（没办法，老板抠门），当时我的处理方案是，客户端采用本地数据库，服务器端采用一个接收数据的中间层，过一段时间（可以是15分钟，也可以一天），客户端程序判断是否联机Internet，如果联机了，把没有提交到总店服务器的数据成批提交到服务器端的中间应用层，由服务器端的中间层来处理客户端提交上来的数据，这个在你的方案中就需要考虑分时错开300个客户端同时提交就可以了，便于控制，而且也方便开发。<br><br>其实做软件开发，不光是考虑怎么样用技术来实现，而是怎么样用现有的技术，合理快速的开发软件，我的经验告诉我，在一个项目上应用了30％以上的团队没掌握的新技术，很容易吃苦头，致使项目延期的。而我们的老板就会每天在你后面，追着你喊：“成本！注意你的成本！！！老子的钱不是来要你学新技术的”：P<br><br>希望我的经验可以帮助你解决问题。：）
 
哈哈,兄弟说的真不错,我选择方案的原则是使用一定要简单,不要重新学习一套新的开发方法,这样肯定是不行的,大家会的就是ado,bde,那么尽量采用类似这样的技术来用,如果大家重新学习很多新技术的话那风险也就大很多了.<br>你的设计方法不太适合我们,老板已经把要设计的效果给人家客户描述了,如果最后设计出来差距太大的,估计客户是不会验收的,哈哈.
 
恩，确定方案了告诉我们一下，看看你们选择了什么样的方案来解决，或者我们另开一帖来讨论讨论，大富翁已经很久没这么热闹了
 
您必须登录或注册才可回复。

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
后退
顶部