database - 单独的生产数据库用于日志记录

Question

我有一个正在测试的应用程序，它将部门 Windows 窗体应用程序的事件记录到 SQL Server 数据库中。该应用程序即将投入生产。日志数据库与应用程序数据库完全分开。

我的问题是，我真的需要创建日志数据库的生产版本，还是我可以只将生产和测试事件记录到同一个数据库中？显而易见的答案是肯定的，当然我需要一个单独的数据库。您永远不想混合测试和生产环境。但在这种情况下，写入数据库的数据并不是真正的生产数据，确切地说，它只是我们用来解决问题的日志记录详细信息。它没有商业值(value)，如果数据被无意中删除或数据库暂时不可用，也不会丢失任何重要内容。将这一切都放在测试环境中会让我更容易管理。

因此，从利弊来看，对所有环境使用单一日志数据库似乎是更好的解决方案。但这感觉不对。谁能告诉我为什么这是个坏主意的具体原因？

Answer 1

如果您的开发服务器已关闭但生产环境未关闭，您的日志记录可能无法正常工作。可以保证当您需要登录产品的关键事件发生时。在我们的案例中，prod 和 dev 不在同一个物理位置，这意味着通过我们的网络发送日志数据并导致管道瓶颈和胡思乱想的网络人员。

另外，如果您决定更改日志记录过程怎么办？当您进行新开发时，整个生产过程可能会中断。

有时有人可能会阅读 lthe 日志，对某些错误感到 panic ，忘记它发生在开发人员身上。或者更糟的是，有人可能会看到他们认为发生在开发上的严重错误，但实际上却发生在生产上。