关于三层数据库库数据同步问题的大讨论(200分)

  • 主题发起人 主题发起人 donkey
  • 开始时间 开始时间
D

donkey

Unregistered / Unconfirmed
GUEST, unregistred user!
数据库的同步问题是可以很现实也很复杂的问题,到目前为止,我很少看见有关资料
提及这个问题,包括李维的书,基本上都避而不谈。
数据的同步是一个很重要的问题,特别对于广域网来说,更是如此,因为他们不可能
老是挂在网上,网速也不快。例如一个人事管理系统,各地的经理将部门下载下来,然后
将各个职员的资料安部门一一填写好,再上网更新时却发现因为部门改名或是被删除而无
法上传数据,或是本来应该在销售部的却跑到了财务部,或者是本来该给张三的奖金却给
了李四,非把电脑给砸了不可。
希望大家踊跃讨论,把各自的好办法都说出来!
 
这个本身没什么好的办法!只有说系统的2端同时改变!也就是说如果你部门发生改变你就必须
下传!是下面知道你的改变!
 
要同步,没有安全.
要安全,没有同步.
 
没有你讲的那么严重吧,我负责的一个同类项目,已用了一年,负责国内外20多个点的网上
办公,上网方式各种各样,也没有发生过类视数据乱、错的现象。
显然,通过Internet读取数据,绝对会产生数据的不同步,但写入数据是产生的数据错乱是
绝对可以避免的。
如果写数据出错,我认为是库的结构、事务处理方法、Appliation Server编码、Client端
编码引发的,而绝非N层体系的问题。
 
to nu000:
在这里就是讨论怎样实现你所说的项目的效果的问题,我只是随便举个特例出来而已。
你能谈谈你的经验心得吗?
 
也是了你把数据库结构都改变了,不出错才怪!不知你们怎么传输数据,有没有兴趣聊聊!
QQ:77169992
 
当然没有更改数据结构,例如说主表是部门信息,从表是人事信息。可能同时有人在更改
部门表。
即使是局域网,也有同步问题,因为同时有多人在操作数据库。很显然,如果在出错处理
里拦截并更改的话,每错一条就会弹出来一次,比如是销售部下有上百条数据,如果有一
天分成了一部和二部,更新无法进行,发回客户端,但是同一问题问操作者上百次,恐怕
谁也受不了。这仅仅是一个很简单的特例。
 
确实存在这些问题
我认为你应该按照最低基本单位例如人员编号为基本
人员编号和部门关联
人员编号不会变
问题就解决了
 
[red][green]最重要的是系统的框架,开工前,一定要好好推敲哦[/green][/red][:)]
 
好好学习,天天向上!
 
良好的DB结构和恰当的修改权限是关键.
例如DB要按照ER图设计,
诸如公司号、员工号等自动生成, 敏感字段只能由DBA修改,就能避免上述问题.
 
问题无法避免,只能在服务端多做一些容错判断,并且给正在编辑的纪录加锁。
 
如果是离线数据库,那么你们的办法很难办到
 
作数据库应用的都知道,系统中的数据分为动态数据和静态数据,静态数据主要构成是元数据,
元数据是描述数据的数据,元数据主要是系统字典和用户字典。元数据的正确性是系统正常工
作前提。
所以,一个成熟的系统(系统是人-机的结合的有机体)一定要保证元数据的可靠性,元数据的修
改一定要由专人负责,这便是系统成功运行的前提条件和制度保障----并不是所有的事情都能靠
写代码解决的。
 
后退
顶部