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

  • 主题发起人 主题发起人 idym
  • 开始时间 开始时间
I

idym

Unregistered / Unconfirmed
GUEST, unregistred user!
征求方案;关于连锁店的解决方案.采用什么方案比较合适,请大家来讨论!!
公司打算做一套支持连锁店的程序,解决异地业务的处理,并在总部进行核算和分析等处理.
请做过这方面的程序的同志讨论一下,采用什么方案比较合适.
我首提出个问题.
一.用delphi 是可以实现的,但主要用到什么技术?
二.要用到internet ,安全性如何解决?.
三.要访问过程数据库,如何优化速度?

请大家来讨论!!!分值不够另外加分.
 
征求方案;关于连锁店的解决方案.采用什么方案比较合适,请大家来讨论!!
公司打算做一套支持连锁店的程序,解决异地业务的处理,并在总部进行核算和分析等处理.
请做过这方面的程序的同志讨论一下,采用什么方案比较合适.
我首提出个问题.
一.用delphi 是可以实现的,但主要用到什么技术?
二.要用到internet ,安全性如何解决?.
三.要访问过程数据库,如何优化速度?

请大家来讨论!!!分值不够另外加分.
 
如果不在一个局域网的话，且服务器无固定iP,可能用internet，那么服务器的ip怎么查找？花生壳实现动态域名转换还需要申请一个域名。可以用三层来做.自定义协议，安全性可能会高，数据库连接可以用池的方式（我还在学）。
 
总部的服务器固定，各地的机器和服务器之间通过FTP方式进行更新交流数据。
 
总部的服务器IP是固定的,其它的客户端可以不固定IP.请大家继续讨论.
 
如果是三层模式的话，我觉得关键是中间层如何实现，也就是用什么样的技术什么样的模型来实现，DCOM，Corba或者说其他的什么样的技术....
 
对这个问题很感兴趣，关注。
 
三层，做VPN可以
 
1、网络架设建议VPN
2、连锁店模式可能有多个数据库，需要考虑数据同步问题
3、上面问题解决了，再考虑软件架构和数据库优化问题吧，哈哈
 
数据库连接 花生壳实现动态域名转换
 
最便宜的做法,也是我现在的做法
1.程式做三层式
2.用动态域名方式解释服务器所在地
3.在路由器上映射相关端口.
这种方式还可以解决老式不支持TCP/IP的数据库,如DOS年代的MIS系统
 
服务器有固定IP就可以省掉动态解释的问题.
DCOM运行时速度快,但连接服务器太慢,有时会误以为死机.
我用的是sockteserver
 
一.用delphi 是可以实现的,但主要用到什么技术?
Midas 技术相对比较成熟（用TClientDataSet就够了），纯Socket连接。高效的连接请求处理能力和无状态的服务对象，直接支持大规模并发和长时间在线应用！
二.要用到internet ,安全性如何解决?.
OpenSSL 加自定义通信协议（也就是协议数据包，可以自己来分段传输），同时也可以支持消息分发处理。
三.要访问过程数据库,如何优化速度?
数据库连接缓冲池（呵呵，已经不是什么新鲜技术）
 
这个问题我是这样解决的，封装了UDP组件和数据库组件，用UDP协议传输的，效率可以达到最高，其中用到了流的压缩和加密，利用了VPN的实现技术，安全性可以保证，速度很快。其实VPN也是用的UDP协议来重新封包的。
我总结了一下现在网上的看到的数据传输或者同步方式：
1、直接b/s结构 用asp.net等的做的。
2、IP转发，把直接拨号得到的地址转发到客户端，另外可以配合端口映射，再做动态DNS等
3、sql server ,或者sybase等有同步功能（也要配合2）
3、做VPN网络，连锁的形式估计很贵
4、用clientdataset直接连接远程，三层形式，效率并不高
5、 b/s和c/s结合，类似webservice等，效率也很低下
6、UDP传输，现在此技术基本都用到文件下载，聊天类的
。。。。
随便总结了一下，不要见笑
我现在采用的是6, 封装了UDP专门用来传输，也是通过建立IP隧道实现的，速度很快，连锁系统的应用足够了，在adsl（512的）上传输10000条记录10秒基本就可以解决。
我的QQ: 67189250
 
就我的实际经验来看,对此类应用方案的关键核心是:你打算数据怎么存储? 这直接决定到你所能采用的技术架构.
对此类总分式应用无非采用两种数据存储方案:
1.集中数据库存储.
2.各分部数据库 -----(汇总)-----> 总部数据库
对此两种数据库存储方案,各有其优缺点:
第一种: 因为使用同一数据库,保证了整个应用中数据的同步性和一致性及数据的及时性.在分析处理数据时比较省事. 但对网络环境(速度和带宽)要求比较高,安全也是要着重考虑的.
对此可采用的技术架构有: B/S, 三层(+VPN),C/S+VPN
第二种:由于各分点各自为政系统是在内部网中的 C/S,安全,速度,各自数据安全,方面都不存在问题.对Internet网络要求不高,投入少;
但此类方案的最大问题是数据的集中同步问题,这是个比较有一定难度的问题,直接决定了整个系统的成功与否及效率. 数据同步根据业务对数据的要求不同,可以采用多种方式来进行数据同步;
a. 最简单的是用 FTP(或者自己开发基于FTP的数据传输功能)
b. 用Tcp/ip 或者 Socket 来自己开发中间数据同步软件.

就我自己的实际经验中,我们都采用第二种方案.而在采用这种方案的实际应用中,中间数据同步通讯软件是关键(对internet 和 数据库 两方面的综合),特别是在城市间通讯时,会有很多问题出现(比如:你自定义的端口在A城可用,在B城市不一定可用,这个完全受制于电信),且就同一端口也会随着时间不同而不可用..等).
我们目前也正在致力于把该中间数据同步通讯软件做成一个小的中间件产品...
 
不知道楼主对于连锁的定位属于何种类型，是属于 类似 肯德基这样的连锁还是 连锁店都不大的形式，就向xj_lq说的数据存储方式。我猜测应该是‘集中管理’的吧？
另外网络结构设计要考虑用户的费用承受问题，说实在话，我碰到的很多客户都不很情愿上公网服务器、拉光缆，毕竟费用太高了。其实上VPN一般也是在有了应用的基础以后才上的，毕竟VPN也很贵呢，如果有100个连锁店，估计价格不菲吧？
现在不少公司的设计都是基于tcp的设计，或者用vpn来保证安全，但我感觉这都不是最好的解决方案，最好的应该是最高效，最便宜，最安全的。
 
说老实话，C#可能更好。
 
千万不要用MIDAS，我做的这方面应用是用上自己做的一个中间件。
 
其实这个是典型的分布计算应用，我还是建议p2p技术，最快，最便宜。有了p2p的应用，什么固定Ip,vpn等都可以不用了，多便宜啊。 .net技术是潮流，我感觉还是很贵的应用，中小企业并不太适合，并且，效率并不高。当然，我见过自己做单独服务器的速度是快多了，但还是慢，毕竟http在tcp基础上做的,更慢。欢迎测试我写的一个连锁应用，适合小连锁，我测试的是一个adsl可以带100个左右的终端，速度很快。
http://www.hbhanrui.com/liansuo.rar
(缺点是并不能够穿透所有的nat)
 
您必须登录或注册才可回复。

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