多仓库的管理模式,该如何架构? ( 积分: 10 )

  • 主题发起人 主题发起人 青云
  • 开始时间 开始时间

青云

Unregistered / Unconfirmed
GUEST, unregistred user!
我公司现在接手了一个多仓库管理的项目;
比如该客户在北京、上海、南京 等地,都有各自的仓库;
这些仓库的管理采用统一的数据库管理。
我想使用 传统的三层架构 数据层、业务层、客户端表现层;
使用 delphi7 开发,利用Midas 技术;
主要控件通过TClentDataSet作数据处理;
利用 delphi自带的scktsrvr.exe 程序作业务层和 表现层 连接桥梁;
不知道我这种方法是不是很落后。
希望朋友们提出些开发更稳定,更方便的架构。
 
我公司现在接手了一个多仓库管理的项目;
比如该客户在北京、上海、南京 等地,都有各自的仓库;
这些仓库的管理采用统一的数据库管理。
我想使用 传统的三层架构 数据层、业务层、客户端表现层;
使用 delphi7 开发,利用Midas 技术;
主要控件通过TClentDataSet作数据处理;
利用 delphi自带的scktsrvr.exe 程序作业务层和 表现层 连接桥梁;
不知道我这种方法是不是很落后。
希望朋友们提出些开发更稳定,更方便的架构。
 
不落后,为什么你的每个问题我都知道那么一点点?!
分~~!
 
其實我建議你采用soap方式開發,會以後維護部署都方便的。
可參考金蝶模式。
 
我认为在广域网中,特别是象北京,上海,南京这样远距离的城市间,使用Midas 三层不会有好的效率,况且网络连接率也会是问题,再就仓库管理这种业务来说,客户端需要和数据库的交互数据是比较大的,最好是各城市仓库独立数据库;
不建议在城市间使用三层,在一个城市内使用三层效果较好些...
以上仅个人看法...仅供参考...
 
xj_lq朋友,我们当初也考虑 各自独立数据库 ,但是这样做也太复杂了。
比如一个很简单的业务:
想看看某个供货商在 所有仓库里的布货统计;
不大容易在一个操作里连接多个数据库。
除非实时的把各个异地仓库数据库的数据传给一个主数据库。
那样数据的交互量非常庞大。
而且无论多实时,数据都不是最准确的。
如果各个子仓库数据发生变动或是异常,还要通知主仓库。主仓库也要做相应处理;
这里的接口问题异常复杂。
 
大哥,以一方为主体,如深圳为总公司,数据库放在总部,系统也装在总公司的服务器上,然后各分公司通过终端机方式或者CTRIX登陆到总部的服务器上来使用系统,这样不就解决虽然物理公开,其实用同一系统,而且各地可能用ADSL来组成VPN网络.
应该可以解决问题吧
 
楼上的兄弟,非常感谢您的提醒!

下面是客户提出的一段原话:

多仓库系统可以在基于TerminalService(终端服务协议)或其他类似协议下,能够正常工作。 公司已经部署了基于TS服务的e-TRS集中平台,将C/S应用拓展到B/S应用方式,今后也可能应用ctrix平台来进行应用扩展,如果一台e-TRS或ctrix服务器不够,我们将可以部署多台。
本多仓库系统应保证多个远程用户在e-TRS/ctrix上同时操作时候,不能引起数据或系统混乱。”
----
我想问一下:
1、TerminalService(终端服务协议)是什么协议,我用三层模式支持吗?
是不是跟软件没有关系?
2、对方说他们 公司已经部署了基于TS服务的e-TRS集中平台,我想了解一下这是一种什么架构?对一般的软件处理有什么特殊的需求?
 
这是windows2000的一个服务来的,是一个远程桌面支持软件来的,对你的软件架构没有影响的
 
这样的话,也无所谓三层了,你用C/S做得了
 
我也遇到过这样的问题,但我觉得用VPN是个比较安全的,但网络不好的时候也是个问题。矛盾啊。。。。。。
 

Similar threads

D
回复
0
查看
744
DelphiTeacher的专栏
D
D
回复
0
查看
749
DelphiTeacher的专栏
D
D
回复
0
查看
764
DelphiTeacher的专栏
D
S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
后退
顶部