用过或玩过商超类连锁软件的朋友请进,连锁店都必须需要独立数据库吗?

多情半兽人

楼主想法没什么问题，但为什么都这么做呢？
楼主是纯书本出来的东西，和实际环境相差很大
我说几点吧
1.速度：设个分部数据库，分店的各项后台业务处理速度更快，一般前台POS业务也会更快。
2.稳定：如果你用过直接异地后台连数据库，你就会知道，有一个本地数据库是多么重要。在你输了一大笔单子想保存的时候，软件提示连接错误，一般都需要重新登陆。你的辛苦白费了：在你查询某项东西的时候，等半天还没出来。
3.减小服务器压力：如果你一个分店有5个POS，2个业务。你开到10家这样规模的店的时候，如果直连。服务器会有70个连接，如果分数据库，服务器只有10个连接。
4.断网情况：分数据库断网基本没什么影响，直连就只能POS了，
5.数据备份：分店数据库相当于多了一个备份。数据多了以后总部其实是很少备份的。
-----------------------------------
以上本人理解的几点，请指教

Richwong

楼主想法没什么问题，但为什么都这么做呢？
楼主是纯书本出来的东西，和实际环境相差很大
我说几点吧
1. ...
多情半兽人 发表于 2010-7-21 22:15

谢谢楼上xd参与讨论. 不过我还是有自己的想法, 这里是讨论,我对你说的5条分别以我的想法解决

1.速度：设个分部数据库，分店的各项后台业务处理速度更快，一般前台POS业务也会更快。

分部本地SQL数据库的确是比远程快,但我们现在访问的阳光论坛甚至更大数据更大并发的网站速度并不慢,这也是通过TCP传输数据的,何况阳光论坛采用的仅仅是MYSQL, MSSQL的承载和速度会更快,所以我个人认为采用统一远程数据库在连接速度上不会成为问题. (客户端ADSL 2M,远程数据库服务器10M,一般在机房,已经很好能解决高并发高数据量的问题, 销售系统的数据量和并发远远没有热门论坛的高.)

2.稳定：如果你用过直接异地后台连数据库，你就会知道，有一个本地数据库是多么重要。在你输了一大笔单子想保存的时候，软件提示连接错误，一般都需要重新登陆。你的辛苦白费了：在你查询某项东西的时候，等半天还没出来。

除了网络和毫秒级的速度区别外,本地和远程数据库没有区别,连接错误同样也会出现在本地数据库,TCP连接无法是IP的区别. 速度上我第一条有说明

3.减小服务器压力：如果你一个分店有5个POS，2个业务。你开到10家这样规模的店的时候，如果直连。服务器会有70个连接，如果分数据库，服务器只有10个连接。

海里数据存储和高并发远远没有一个热门论坛高,这方面更不成问题.

4.断网情况：分数据库断网基本没什么影响，直连就只能POS了，

采用统一数据库在分部断网的情况下的确影响分部的后台业务管理操作,但这个后台业务操作不是每天必须的,也是可以后补的.何况目前的网络基础环境使断网的可能性越来越小. 另外分部数据库也是需要联网交换的

5.数据备份：分店数据库相当于多了一个备份。数据多了以后总部其实是很少备份的。

数据备份的安全性解决方案可以在总部统一的数据库上采用时时备份,甚至可以调用sql的作业任务定时备份,即使远程服务器当机1-3天,分部仍可继续POS销售,分部这1-3天的其他业务操作仍可后补,这和原来数据交换是一样的道理



现在就我认为分部采用独立数据库的缺点简要的谈谈(个人看法,欢迎指正,个人见解中只是针对中小型一般的连锁销售而言,非沃尔玛等那种超大型的应用)

1，架构复杂,程序业务流程伪逆向,这对现在面向对象的程序开发和业务需求不成正比
2，增加了一项业务流程, 数据交换.   数据交换也要连接远程数据库,容易造成数据交换的丢失,比统一数据库的数据库存取量负载更高.速度更慢
3，总分部的业务数据不及时,只有进行数据交换才能共享
4，数据冗余,无作用的冗余,浪费资源
5，增加管理成本, 若干个分部,就需要管理若干台"服务器"
6，......

不死神鸟

多数据库还是不错的,首先,在断网的情况下,前台和客服端还能正常使用,其次,如果出现问题可以分开来检查数据库,一个数据库的工作量大,不过不是说单数据库不行,只是有些不足

Richwong

多数据库还是不错的,首先,在断网的情况下,前台和客服端还能正常使用,其次,如果出现问题可以分开来检查数据库 ...
不死神鸟 发表于 2010-7-22 00:03

    大督查来啦.    能举几个单数据库的不足的例子么 ...

xtmatao

楼主所说的这种带宽连接在很多城市并未普及。如果都是10M宽带的接入。你的方案是省事很多的。但现实是还没有普及这种网络环境

guangda

楼主所说的是B/S架构的软件，速度才能跟上。如果是C/S的不是你说的像访问阳光网那么简单的。

Richwong

楼主所说的这种带宽连接在很多城市并未普及。如果都是10M宽带的接入。你的方案是省事很多的。但现实是还没有 ...
xtmatao 发表于 2010-7-22 08:54

10MB带宽指的是服务器, 随便一个机房都有100MB共享,其实分到的带宽也就是4-6MB.

Richwong 于 2010-7-22 14:20 补充以下内容

楼主所说的是B/S架构的软件，速度才能跟上。如果是C/S的不是你说的像访问阳光网那么简单的。
guangda 发表于 2010-7-22 11:45

    你要是了解什么是TCP通讯,你就不会这样说.

sdzcmyj

回复 12# Richwong


    通过楼上这位仁兄的分析一看就是一位网络方面的人才！！
总部与分店的的数据传输是一个什么过程呢？还请仔细研究再说明！
不要什么都拿网站比呀！网站都是在服务器要么光纤直接接入，要么什么千M 不是总店与分店都是用宽带来传输的？
你也许会说为什么不用光纤？为什么不租用服务器？等你当了老板就知道了，各位小老板对价格是那么的在意！！
如果光纤、租用服务品的话，那么一个一总一分的小店都要投资N万，你认为可能吗？

Richwong

回楼上的朋友:

并不是什么都拿网站来比, 我只是通过通讯模式的优势才展开讨论的. 拿网站只是说服的参考,因为现在网站已经平民化,没什么神秘,更不用什么光纤,也远远没有N万的投资.

事物都在进化, 比如: 你可以不用3G,无论3G能给你带来多少的麻烦和投入.但你不能阻挡高效网络即时性的发展.

再就是我问你,   你有10多家,甚至100多家连锁分店, 每天每家的销售记录是1000条(按忙季),那么每天就会有1000*(10-100)条销售记录和其他基础数据交换到总部SQL服务器上, 平均一条记录大约不到10K, 那么最小上传的数据也有100MB,你认为总部SQL服务器安装在ADSL 2M上你能承受?

更不要忘记, 当你总部商品记录/分类等基础内容在发生改变的时候,程序即使设计为增量方式的交换, 你能想象你的基础数据下载是怎么个情形?

------
好,如果你认为没那么多分店,没那么多日销售量,你店开的比较小. 那么按你有3家连锁每天销售100条吧, 这样每天的数据量只有300条, 充其量也就是3M的数据包. 你ADSL 2M完全没有问题,  这个数据交换是连续峰值的交换, 轻松能够完成你的任务. 你是否可以试想下采用联网呢? 2Madsl上行速度100k总有吧, 你以为不行么?

更不要说某地区只有ADSL 1M,也更不要说只有56k modem, 甚至这个地区的人们看见计算机就像看电影......

Richwong

朋友们海涵, 我比较坚持自己的想法, 我很希望有朋友能打破我的想法 让我清醒. 但到目前朋友们所提到的问题,仍旧还不能让我放弃自己的想法.  每个方案都有优点和缺点, 方案的优胜在于优点大于缺点,剩下的缺点能够使用户不经意的接受,这就是好方案.     献丑了.