要將分公司的數據庫內一天的定單記錄上傳倒總公司,總公司也有獨立數據庫,總公司整合所有分公司上傳數據,再把所有記錄發送回各分公司。請大家幫我出點注意,該怎麼樣實現。急!!!

解决方案 »

  1.   

    这种情形不用dtc也是可行的,关键在于:
    1)所有分公司都应该被分配一个分公司Id,并且分公司的数据其自身Id单调递增,母公司的数据也单调递增
    2)所有数据都在分公司方增加一个已同步标志,比如bool IsSynchroized,在某些情况下这可以是int/byte型,对应代码里的enum;并且在分公司数据库中记录各种数据上传下载最后成功的Id(同步状态信息)。
    3)定时向上发送时,分公司根据同步状态信息,决定从哪里开始上传,类似的,决定从哪里开始要求从总公司下载。
    4)总公司在接受数据时,逐条判断是否已经存在该数据,如果存在,只是跳过就可以。类似的,分公司也使用如此逻辑接收数据。当然,还有一些变化,可以在总公司实现类似的同步状态信息,这样可以通过双方各自的事务在不耦合的状态下达到很好的容错性并降低重传的次数。另外,通过一些更复杂的机制,甚至允许对一些数据在变更后实现自动重传和关联更新。欢迎大家来我的博客作客:http://blog.csdn.net/aafshzj/
    我正在写一系列关于AAF组件框架的文章。该框架能对开发工作提供很多帮助,并极大地提高开发效率。希望大家看一看并提出宝贵建议。
      

  2.   

    要將分公司的數據庫內一天的定單記錄上傳倒總公司,總公司也有獨立數據庫,總公司整合所有分公司上傳數據,再把所有記錄發送回各分公司。請大家幫我出點注意,該怎麼樣實現。急!!!
    ==================
    要转换一下客户的需求啦!!不是说人家说怎么做就怎么做的,人家不懂电脑。我们用的是电脑和网络,根本就没有必要这么做。这样跟A_1、A_2、A_3、A_4、A_5公司网点用U盘拷数据到A公司,到A公司那里整合以后,再用U盘分发有什么别区。一个总的数据库完全能够取代这种低效率。
      

  3.   

    不知道大家有沒有用過remoting這個事件