好的设计模式系统改写？

Question

我正在寻找一个好的设计模式，用于逐步重写系统的中间层，同时仍然维护其原始数据库，直到系统被替换为足以替换旧数据库以支持新数据库。

因此，例如，假设您有一个表A的遗留系统，而表A有100个颜色映射到具有100个属性的对象A.你来了并确定实际上对象A可以逻辑地分成5个对象，在理想的世界中它们会回到5个表中，但是对于平均值而言必须保持在原始的100列表中。我正在寻找一种方法，可以交换中间层的一部分，并交换新的5个对象，但在后台它会持久存储到同一个数据库。

实际上，我们不会更换旧的中间层，而是写一个慢慢占据的新中间层，但是在一段时间内需要持续到原来的数据库。

有什么想法吗？

干杯。

Answer 1

通常，您使用Views来屏蔽表设计更改，以便在不更改客户端代码的情况下维护数据库“API”

注意：对象和表不相同的东西......

Answer 2

adapter和facade模式听起来与您正在做的事情相匹配。

Answer 3

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