测试原始站点与新站点


Testing an original site vs new site

我们有一个现有的网站,它是在一个特定的框架上编写的,我们已经完成了这个网站的新版本的一半,它是用另一个框架编写的。

这意味着我们的表格结构现在完全不同了。我们已经编写了将旧数据迁移到新数据的代码,这样成员和内容就可以顺利地移动。然而,我们希望在旧网站上有x数量的人,在新网站上有y数量的人。

通过这种方式,我们可以在"直播"之前进行测试,看看人们是否喜欢这个新网站,他们是如何使用它的。新网站将位于不同的子域中。但真正的问题是,我们如何让数据库协同工作,所以如果用户在新网站上,并在论坛上发帖,它会显示在旧网站上,反之亦然。

成为不同的框架和表格,这似乎是一项非常艰巨的工作。我们可能必须为两个系统上的每个模型编写一个接口,以处理另一个数据库上的数据更新。一个开发人员四处使用触发器,所以当这个表上的数据发生变化时,触发器会在另一个表上更新它。

两者似乎都很冗长。我说的是相当多的代码,会员,购买,订单,博客文章,评论,论坛主题+评论,加上十几个其他表格(+cms!)。

ps,解决方案应该需要几周而不是几个月的时间!

有人对如何以某种方式实现这一点有任何建议吗。

我不认为有一个直接的解决方案可以解决您想要实现的目标。在某种程度上,您正在做的是数据复制,而不是数据库复制。如果是数据库复制,您可以只进行数据库服务器复制。

虽然你可以为系统中的每个模型编写一个界面,但你也需要处理一些情况,比如有人在新网站的论坛上发帖,当你更新旧网站时,其他人已经在旧网站上更新了论坛。。因此,如果你使用任何类型的关键字段依赖关系,它们将不同于旧站点和新站点等。

如果你问我,这将是一个冗长的解决方案。由于我上面给出的例子,即使可以使用你的接口复制数据,依赖项和关系在两个数据库中可能都有不同的密钥ID,当你最终决定将它们合并在一起时,你也需要考虑到这一点。。

如果我要这样做,我会走很长的路,写详细的更新界面,在那里我可以看到哪些数据、何时以及如何在数据库中更新。可能需要更多的时间来写作,但我认为如果事情搞砸了,会更安全,也会节省很多痛苦和时间。