我应该将财务日志相关信息存储在不同的数据库中吗？答案

【问题标题】：should I store financial log related information on a different database?我应该将财务日志相关信息存储在不同的数据库中吗？
【发布时间】：2014-11-26 10:22:19
【问题描述】：

我，我们多年来一直在开发应用程序，我们有约 130 个表，它们代表约 2.5Go 的数据，分成 2000 万“行”~。

到目前为止，他一直将所有数据存储在同一个数据库中，但我想知道谁做得好，以及我是否不应该开始将新数据存储在不同的数据库中（如果可能的话）。

一方面，使用单个数据库可以轻松地通过复杂查询交叉数据
另一方面，我想知道我是否没有唤醒整个核心系统，因为它本应更防崩溃/性能更好，数据更少。

你怎么看？哪个最好？

（我想知道，因为从现在开始，我必须存储在我们的应用程序中传递的每一个财务操作。（ESB）。不将它们存储在核心数据库中将是一个好的开始）

【问题讨论】：

标签： mysql database-design architecture database-performance

【解决方案1】：

您的数据库容量取决于您的数据库服务器有多大。将数据拆分到同一服务器上的两个数据库不会提高性能，并且会使编码更加困难。

我有一个包含 1.2TB 数据、数十亿行的 SQL Server 数据库

【讨论】：

您的回答很好读（我知道 mysql 可以做很多事情，但是给数据库大量增加压力总是令人担忧）。我不仅关心原始容量。例如这种类型的日志的更密集的写入操作对于全局 QOS 来说并不是很好。
您的原始帖子没有说明您添加了多少数据以及添加的频率。如果您的应用程序具有较高的写入率，但读取数据的用户不需要最新的数据，那么拆分数据库解决方案可能会很好。许多软件系统都有一个用于查询的“报告数据库”和一个获取新数据的实时数据库。您需要一个流程来定期从实时数据库重新生成报告数据库。
我的缺点是缺少信息 :'( 关于异步拆分。重新生成数据，这是一个有趣的方案，它让我想到了异步。从“核心”数据库复制到“财务报告”，这样我就可以将所有必要的数据放入“财务”数据中，但不会将压力放入“核心”