Sql server 2008 scrum团队中的共享数据库选项

我有一个广泛的问题，我想得到一些建议

我是一个三人scrum团队的开发人员，在同一个应用程序（c#web表单应用程序）上工作。多年来，开发人员一直在其计算机上运行本地IIS站点，并将其应用程序指向共享数据库。对于我们的业务来说，使用共享数据库比使用本地SQL实例有很多好处，并且可以最大限度地减少每个开发人员在安装和维护方面的开销

这一过程已经运行了多年（主要是因为每个人都在办公室），但现在我们中有一半人在家或远程工作。通过VPN的SQL性能非常糟糕，最终在通过VPN处理SQL调用时，本地站点的速度会降低一个数量级。由于工作缓慢，这确实导致我的工作效率降低，我正在寻找其他选择

我想到了以下解决方案：

在本地运行SQL

• 设置复制
• 尝试将SQL实例指向mdl文件的UNC路径（如果可能的话）

调整VPN设置以加快MS-SQL呼叫

• 我怀疑是否有办法加快通过VPN的流量，但我愿意接受任何想法

当我在家工作时，RDP进入我的工作机器。我真的很讨厌这样做 以下是我们设置的技术规格：

MS-SQL 2008 R2

C#Web表单

• N层体系结构

以前有没有其他开发团队遇到过这个问题，如果有，解决方案在哪里

---

感谢

无论您使用何种技术，这种情况都会发生在许多远程工作的开发人员身上

你的三个选项是可行的，但是考虑一下：

运行本地数据库服务器可能会导致环境错误。如果您有3个开发人员，那么您现在有3个不同的数据库。即使数据库本身的结构从未改变，测试数据也肯定会因开发人员的不同而不同。在某些情况下，您可能需要将测试数据的“主”版本与每个本地实例进行协调

调整VPN设置当然值得研究，但我不能帮你。我不知道你会怎么做

RDP到您的远程机器可能是最好的选择。这将确保您在家或办公室工作时具有相同的设置。我以前在两个不同的大公司工作过，我们在这两个地方都是这样做的。请问你为什么讨厌这个？的确，有时它不起作用或者速度很慢

---

你最终可能会做所有这些选择。我的意思是，无论你的工作如何，调整你的网络速度总是好的。您可以在本地实例上进行开发，然后将您的工作与存储库和RDP同步到您的办公机器，以使用数据库的主实例测试您的新代码。这样，您就不必整天都在RDP上工作，最终您可以在两个不同的环境中对代码进行两次测试。那很好，对吗？

当我在家工作时，我会在工作时把RDP发送到我的机器上。这有一些好处（我想也有一些缺点），但对我来说是可行的。只是好奇…你为什么讨厌这个选项？嗯，大多数时候，当连接良好时，我看不到输入延迟。然而，可能每天2-3次（无论出于何种原因），连接速度会减慢，变得波涛汹涌，让我发疯。如果连接总是很好，我认为VDI或RDP解决方案可能还可以。是的，连接速度慢可能是最大的缺点。在这方面我很幸运。因此，如果您采用选项1并在本地运行SQL，您会遇到什么问题？SQL是否已在本地安装？您是否需要定期从办公室“同步”数据？数据库有多大？运行选项1会带来一些不同的问题。首先，安装MS-SQL会给我（和其他开发人员）带来更多的开销。然而，我考虑过将整个虚拟硬盘安装到我的机器上，并在本地运行。接下来我要做的事情是以某种方式让复制从office SQL工作到我的本地机器。这可能很难——我从来没有做过。我使用的数据库小于100MB——没有那么大。作为一名dba，安装MSSQL Dev Edition（或Express）对我来说没什么大不了的。但是，如果服务器级别设置有任何差异，您可以开发在本地工作的代码，但不在“办公室”中运行（反之亦然）。我同意100MB并没有那么大。复制是必须的吗？您能否每天或每周通过备份/恢复同步数据？谢谢您的输入。我希望有解决这个问题的灵丹妙药：）你的问题。当您在过去完成RDP时，它始终是通过VPN完成的，还是他们公开了RPD的公共端点？