这个需要什么结构呀,DFW们(100分)

  • 主题发起人 主题发起人 sym
  • 开始时间 开始时间
S

sym

Unregistered / Unconfirmed
GUEST, unregistred user!
POS系统
---------------------
| 总公司 | (公司自己服务器,申请静态IP,专线接入)
---------------------
|
|
-----------------------------------
| | |
----------- ------------ -------------
|省级分公司| |省级分公司| |省级分公司| (省级分公司可以申请ADSL专线
------------ ----------- ------------- ,二十四小时在线)
| | |
-------------- ------------- ---------------
| | | | | | | | |
---- ---- ----
|专| |展| |零|
|卖| | | |售| (不能二十四小时在线,可能只能拔号上网)
|店| |厅| |商|
---- ---- ----

我在服务器上架构SQL SERVER2000服务器,在总公司和省级分公司中用B/s结构
让省级分公司在线订单及销售,让总公司及时知道各分公司还有多少库存
但省级公司和以下的专卖店,展厅,零售商之间要用什么的方式沟通,用什么结构
架设各数据之间的关系

像这样的情况不知道哪个大虾有做过连锁店的POS系统,
能否给我讲一下用什么结构,我的E-mail kfly_man@yeah.net

希望各位多多发言,给小弟一个参考,
这是小弟一次是否能翻身做主人的机会,
大家帮帮忙,多少发言
 
情形,象树,但怎么做,
不明白你要做什么呀
 
用本地数据库,每日销售结果批量入省级分公司数据库,用拨号么,这也是没办法的事
 
我觉得你的结构有点问题,其实你需要的是一台服务器(或者是双机服务器,视具体情况)
下面的单位主要是采集数据提交,省一级的单位可以通过B/S结构连,即时浏览提交交易的
数据。对于省下一级的单位,数据交换的是服务器的数据,在这样是采用拨号的方式,所以
最好是本地数据库。在早上接受服务器的价格等数据,在晚上把一天交易的数据上交到服务
器,方便上面单位的财务统计,价格重定位等。
如果想让省级单位可以知道下面各单位的交易情况,在省级单位也必须有固定的IP,有自己
的数据库管理系统。那数据交换的服务器就是省一级的服务器了。否则,省下一级的单位就
直接连到总部的服务器上面去了。。
具体结构怎么考虑,还要再斟酌吧。。。
有空联系阿:link_mike@163.net
 
最好用分布式,不然你会知道要同步所有的数据是一件多么麻烦的事,更新跟会麻烦死你
 
请参见我的回答:
http://www.delphibbs.com/delphibbs/dispq.asp?lid=784150
qq上的讨论:
用户:41443798( 鱼之猫友)

==================================================
消息组:程序员
==================================================
消息类型:聊天记录
==================================================

--------------------------------------------------
消息对象:984392(BlueEyes)
--------------------------------------------------
2001-12-19 22:16:59 鱼之猫友
你好

2001-12-19 22:18:27 BlueEyes
你好,很高兴又多了一个朋友,我正在和一个朋友谈论网络传输的问题呢

2001-12-19 22:19:12 鱼之猫友
好呀,希望我也能听听?

2001-12-19 22:22:43 BlueEyes
中继线的费用很低,我们单位是每月60多一条,ddn却上6k了。单位壮了64条,带连选
功能的。也是一个城域网,有1303(当前)个点,拨号传输的是一个加密这是你在大富翁上的帖子:
文件,分时传输,
每个点每天传输一次,每月不会超过30元钱(长途,本地的大多是6元),你估计一下,
要是使用vpn是多少哪?我记得vpn是通道技术,做负载平衡时集群在不同网段是可以采用
的技术。还可以用到哪里?
不会比电话省吧,如果上宽带,每月的费用在100元左右,太贵了。而且程序还麻烦,你有好的方案吗?

我们刚才在讨论你的帖子


2001-12-19 22:23:38 鱼之猫友
是吗,能听听您的高见吗?

2001-12-19 22:30:43 BlueEyes
你的方案不错,可是有些实施细节上的问题,1维护量可能很大;2如果要
分析然后进数据库的话,会比较复杂;3扩展性和兼容性怎样?4如果终端
需要进行查询的话,比较复杂

2001-12-19 22:37:34 鱼之猫友
1维护量不会很大,很小。只要能打电话就行了,基本上设置好后不会有什
么改动。就象两台计算机用modem建立连接,你不需要维护路由器和modem,
他们不会有什么改动,即使你换前台后台数据库跟底层无关,只要换软件就
行了。最多就是电信的电话线坏了,不过一般都有备份号码。如果选用连选
号的话,最大的麻烦就是号码没给你加到连选中,即使这样三天内也会解决。

2001-12-19 22:41:02 BlueEyes
在哪里有相关的参考书呢?是使用什么协议呀?难道直接对MODEN编程,
这样的话多终端同时连接就麻烦了

2001-12-19 22:49:25 鱼之猫友
看来你没有用过吧?用tcp/ip协议,在路由器上设置好后就想拨号中的
“准许拨入”两台modem就可以建立连接,然后每一个modem都会使用在
路由器上为modem 设置好的ip地址登陆,至此拨号成功。然后用自己的
帐号登陆网络,相当于一台设置固定ip地址的局域网的机器登陆。
2有个方案不知道你注意过没有,早期的pos都是传送一个文本文件到服
务器,在经过分析由数据分析软件加到数据库里。这里也是一样,可以
自定义一个加密格式的文件,想*.ttt,再由校验程序校验解密入库。
一样的道理。

2001-12-19 22:56:07 鱼之猫友
3跟扩展性和兼容性无关,是底层连接与上层建筑无关。
4查询同样是利用定义好的加密文件倒入本地数据库,并不复杂。

2001-12-19 23:37:44 BlueEyes
谢谢你的介绍,我有多知道了一点!
好的,我要下线了,再见

2001-12-19 23:38:07 鱼之猫友
再见

 
现在才看到贴
还感谢你们
 
后退
顶部