跳过服务器一定是一个糟糕的编程习惯吗？

Question

我创建了一个系统，用户可以在我们的其他位置和服务器上插入记录。然后将该数据复制到中央服务器。允许在中央服务器上工作的用户编辑该记录，这意味着我必须在创建记录的位置锁定编辑功能。

但是，我希望记录的创建者能够编辑它，所以我正在考虑在服务器之间重定向它们以编辑中央服务器上的记录。 这是不好的做法，为什么？

我只允许在记录的一个副本上进行编辑的原因是为了防止它在复制中被复制.....

我们也在考虑双向复制。

Answer 1

在过去的工作生涯中，我们使用从中央发布者到三个订阅者服务器的SQL Server事务复制。延迟是这样的，用户要求（并接收）更新目标服务器上的复制数据的能力，这导致复制失败/冲突。

听起来使用复制的整体设计可能没有考虑直接更新订户的愿望（或需要）。是否有可能在关键人物上做一个快速的白板？

Answer 2

这不是一个坏习惯。不确定它对我来说有多大意义，但你可以做到这一点而不会造成问题，似乎。

但是你应该考虑为什么要使用复制呢？无论您提出什么原因，请参阅如何适合连接到中央服务器。由于主要的复制点是允许您在不连接到中央服务器的情况下进行操作（同步时除外）。

还要考虑复制有一些同步/更新选项，可以帮助您以不同的方式实现目标。