征求方案;关于连锁店的解决方案.采用什么方案比较合适,请大家来讨论!!(进者有分) ( 积分: 200 )

  • 主题发起人 主题发起人 idym
  • 开始时间 开始时间
继续关注...不错，很有兴趣
 
顶上去，的确这个论题很好！
目前我也用过VPN(Kerio)呵呵，解决朋友使用用友财务软件的需求，但
对于连锁应用来说（成本限制，总不能买个Tuxedo），
轻量级中间件的确是个好的解决方案！
 
各地的数据独立存储和运行，总部设一台Web Service服务器进行数据同步（只进不出，数据只从分店向总店流动没有反响流动，之返回传输成功、失败或校验成功、失败等信息）就可以了。另外加一套完善的密码更新校验体系和完善的加解密算法就一切Ok了。这是最简单，最经济的方式了。
 
不知道大家谁对我的这个软件测试了 http://www.hbhanrui.com/liansuo.rar
，请大家比较一下和你的设计思路有什么区别，效果有什么不同。声明：访问的数据库内容都在我的机器上，我是通过adsl设置为路由模式上的，无法做端口映射。
 
继续关注....我发现大家讨论的基本可以总结一下了，谁来结帐？
 
继续关注，努力，怎么大家都没有反映了?
 
来学习
 
具体些，大家都说VPN方案贵，但我觉的VPN的应用最方便，可满足文件型，CS，BS，
COM+、MIDAS。对各种已存在的旧系统都支持，安全性也好过直接在Internet上用BS/MIDAS。
请大家说说100个点的 VPN方案与直接在Internet上用BS/COM+/MIDAS的方案比及其他方案比，价格各是多少
 
其实我感觉价格决定应用方式，vpn设备的应用一般是在原来的内网软件的基础上使用的，还是把内网的应用扩展到互连网上，其实如果直接开发新软件的话，没有必要多加vpn，直接做成互连网使用的软件就可以了。如果一百个点话，VPN确实是不便宜，internet上应用的b/s/com+/midas软件一定贵吗？你就是买了vpn，难道就不需要开发软件了吗？其实根据我的经验，不论你开发什么类型的软件，只是技术类型的不同，或者两层，三层，c/s和b/s等等，不都一样的吗？不同的技术而已，价格的高低不在这里。
应用vpn是可以是编程似乎简单了些，毕竟最传统的两层都可以使用了，开发技术最基础了，不过，工作量一定小吗？当然，使用vpn设备确实是安全了一些，难道软件里面就不能够内置VPN的技术吗？
给客户做方案，我的目标就是：和客户达成一直，不一定最便宜（这就没赚的了），也不一定最简单（简单了没有挑战性），不一定最完美（完美了就没有继续赚的机会了），哈哈。其实客户真的对技术了解也不是那么多，但要让客户花钱花的明白，自己要客户建立好的关系，长期合作。
我现在对与客户的互连解决方案是两个办法：一个是b/c/s的办法，c/s的终端，传输技术是采用的b/s技术，中间采用加密和压缩；一个办法是采用的P2P传输技术，内置了VPN技术，根据不同客户环境采用不同的开发平台。
 
"差不多算了"，粗看一下，给人感觉是得太随便，不严格要求自己；
细细一品，原来有大智慧！
嘿嘿，受教了
 
我觉得对于数据库方面，可以采用分布式与集中式相结合的技术。这样数据库的安全性也好控制
 
这样采用什么也没有关系，关键是看你的数据。
每天早上下载最新的数据，晚上回添你的一天的工作数据，
好多服装连锁都是这样子的，
 
谢谢大家的讨论！这一段出差了，没有机会上网，今天上来一看，收获不小。
经过进一步向客户了解，其大部分的店里都有ADSL ，可以运用VPN。
但是现在还没有确定使用数据的存储方式，是把数据存储在总部？还是在每个分部分别进行存储？
这个系统的特点是基本资料的信息比较多，数据量比较大，发生交易的笔数也比较大。并且现在每个点运行的都有一套系统。因此，我的建议是采用数据分别存储的方式。请大家继续讨论！！
差不多算了：谢谢你的建议，我会考虑的。
xj_lq：如果采用数据分别存储，分部与总部的数据同部如何实现好？
 
关注此题，正在考虑这方面的问题，我的QQ：343349861，欢迎大家共同讨论，楼主建立一个群如何，大家好讨论一些。
 
采用数据分别存储？
那就必须考虑数据同步问题。前断时间我接触了安利的
POS系统，采用的就是本地存储后上传模式，呵呵，问题很多啊！
 
如果总部及各分店之间要求及时知道相互信息的话,应采用集中存储比较好[比如同城甚至同地区],若总部只是要掌握分店的信息,则可用分布式存储,在固定时间或间隔一段时间进行同步的办法较佳,同步方式可采用将数据打成XML包,利用FTP甚至Mail或Web services实现传输,然后在本地导入.
 
我没有太多的经验
我感觉总部用 adsl上网
建立个网站 ，adsl上网的时候将ip地址传上去，

各分部用猫上网
数据保存本地，最后电话线拨号上网，从网站得到IP,
然后传输数据，然后断网
这样最好吧
 
恩，楼上的说的是一种不错的办法，也是最省钱的一种方式，分时段传输是比较便宜，不过这个适合数据量小的情况和实时性没有要求的情况。
 
分部与总部数据同步要做得好的话,考虑的问题是比较复杂的:
异地通讯,要支持断点续传.
要能自适应端口(相对)动态变化(便于维护)
要能保证同步数据的事物性
分部要有分离出差异数据的策略,且每次只传输差异数据,差异数据在总部的还原策略
要根据具体要求设计合理的实时同步时间间隔,要考虑分点的数量和总部数据库的繁忙效率.
要考虑总部服务器与分部数据传输的 并发性 及 数据库处理/或者磁盘文件读写 的并发性/竞争性 (这些问题随着分点数增加和实时性提高的 会变得越来越难于处理)
 
其实断点传输的必要性不大，因为可以直接传输数据集流，做好事务处理就够了，
总部接收到数据直接入库，不存在太复杂的过程，可以结合多线程，连接池来处理。
 
您必须登录或注册才可回复。

Similar threads

S
[原]Delphi2010中DataSnap高级技术(7)—TDSServerClass中Lifecycle生命周期三种属性说明
回复
0
查看
899
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(7)—TDSServerClass中Lifecycle生命周期三种属性说明
回复
0
查看
921
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(4)—TCP keepAlive和KeepAliveInterval参数详解
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(4)—TCP keepAlive和KeepAliveInterval参数详解
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
后退
顶部