设计中数据依赖的问题

[ailin84]

假设现在有几个系统,由于种种原因的问题(性能,分布式架构,老系统的兼容),许多地方采用了数据冗余

目前设计中越到一些问题比较迷茫

A系统 人口基础信息(身份证唯一),管理人的身高 体重 年龄等基础属性
B系统 全员人口信息,管理人的家庭关系,由于户籍地和现居地的问题,所以身份证不唯一,同一个人在不同地区会有几条数据
C系统 妇女生育信息,包含丈夫 子女等关系,管理部门不一样
D系统 流动信息,管理人的流动信息情况,也包括配偶 子女等关系
E系统 人的其他关系的系统,管理部门不一样

也就是这个系统到处都是人的信息,数据同步的问题是个大难点

实际的业务很复杂,几句话说不清楚.

我想问的是这样的架构 数据依赖关系怎么样设计最合理? 还有添加 删除 修改数据的入口的问题

数据依赖的原则是什么,入口要不要统一成一个? 这样做的话 用户使用过程中体验度的问题是不是要打折

[ailin84]

自己顶顶

[阿非]

有关联的必须要统一入口。

体验度打折？

[truecoffeefox]

说实话没看懂，添加删除修改数据的入口，数据依赖的入口？这都是啥
适度数据冗余没错，也没有什么固定的套路，得看你项目的实际情况更甚至需要通过试运行去发现调整

[ailin84]

[Quote=引用 1 楼 sandy945 的回复:]
有关联的必须要统一入口。

体验度打折？
[/Quote]

用户都希望自己操作的那个子系统可以直接修改人的基本数据

[阿非]

如果其他系统数据要保持一致的话，就是有关联的话，那就是要同步。

但应根据需要适当减少修改点。

数据同步可以同步操作，也可以异步操作的。

[ailin84]

[Quote=引用 2 楼 truecoffeefox 的回复:]
说实话没看懂，添加删除修改数据的入口，数据依赖的入口？这都是啥
适度数据冗余没错，也没有什么固定的套路，得看你项目的实际情况更甚至需要通过试运行去发现调整
[/Quote]

恩 ,是的,目前是通过递归调用web服务去实现的,分布式的架构

一考虑到分布式架构就头疼,到处都是问题.

[ailin84]

[Quote=引用 4 楼 sandy945 的回复:]
如果其他系统数据要保持一致的话，就是有关联的话，那就是要同步。

但应根据需要适当减少修改点。

数据同步可以同步操作，也可以异步操作的。
[/Quote]

目前采用的异步更新 ,在注册列表中不断调用 需要级联更新的系统的服务

有点像观察者模式