Asp.net 跨服务器跳转一定是一种糟糕的编程实践吗？

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

但是，我希望记录的创建者能够对其进行编辑，因此我正在考虑跨服务器重定向它们，以便在中央服务器上编辑记录这是一种糟糕的做法吗？为什么？？

我只允许对记录的一个副本进行编辑的原因是为了防止在复制过程中对其进行复制

---

我们也在考虑双向复制。

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

---

听起来，使用复制的总体设计可能没有考虑到直接更新订阅服务器的愿望（或需要）。有没有可能与关键玩家一起快速制作白板？

这是一个不错的做法。（对我来说）不确定这有多大意义，但似乎你可以在不造成问题的情况下做到这一点

<> P>但是你应该考虑一下为什么你要使用复制。无论您提出什么原因，请查看这些原因与连接到中央服务器的关系。因为复制的主要目的是允许您在不连接中央服务器的情况下进行操作（同步时除外）

---

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

@ JL，设计很好，因为我们能够使用双向复制，其中可以在两侧更新记录。但我的一位同事更愿意重定向到中央服务器。你说的重定向到中央服务器到底是什么意思？您是否更改了连接字符串？在中央服务器上使用web服务吗？是的，连接字符串是一种方式，但我的主要意思是重定向到仅在该中央服务器上运行的url。用户登录后将拥有权限。