2012-01-16 92 views
2

我正在寻找一种良好的设计模式,用于在保持原始数据库的同时,以增量方式重写系统的中间层,直到足够的系统被替换为旧数据库可以换出新的数据库。好的设计模式系统重写?

因此,举个例子,假设你有一个带有表A的遗留系统,而表A有100个颜色映射到具有100个属性的对象A.你一起来决定实际上对象A可以逻辑上分成5个对象,在理想世界中可以回到5个表格,但是意味着必须坚持原始的100列表格。我正在寻找一种方法,可以将一部分中间层交换出来,并将新的5个对象交换进来,但在后台它会保留到同一个数据库。

实际上,我们不会换掉旧的中间层,而是写一个新的缓存,但一段时间需要坚持原始分贝。

任何想法?

干杯。

回答

0

我决定使用NHibernate来处理映射,直到我们可以开始替换底层数据库。因此,对象模型将被正确化和细化,并且使用NHibernate的映射能力将先映射到现有表,然后将该映射交换为新的表映射。

2

通常情况下,你会使用浏览掩盖表的设计变更维护数据库“API”无客户端的代码改变

注:对象和表是同样的事情......