每秒最大数据库插入次数

我不知道有任何数据库系统每秒操作次数有人工限制，如果我发现有一个数据库系统我会变得生气 。 你唯一的限制因素应该是你的操作系统和硬件的实际限制，特别是磁盘吞吐量。

你的问题的其余部分（哪个数据库是“更好”）是受你的实施和要求。 如果您只是将数据转储到一个存储桶中，像MongoDB这样的NoSQL解决scheme可能是合适的，并且它们的性能可能相当令人印象深刻。 如果你的数据是高度关系的，那么基于SQL的RDBMS系统是更好的select。

使用任何基于SQL的RDBMS，您应该花费一些时间调整系统以获得最佳性能 – 您的数据库供应商可能会有一小段关于此主题的文档，以及最佳调整的系统与仅仅是抛在硬件上可以是戏剧性的。

当我在寻找为什么我在自己的一些性能testing中看到一些有趣的结果时，我偶然发现了这个post。

我在postgres上进行了testing，看看如何通过将插入组合在一起来提高性能。 因为在I时代不做1插入，我坚持几个到一个大的SQLstring，然后运行该SQL。

我知道进入testing，我坚持在一起更好的性能，我可以期望，因为开销开始得到最小化与实际数据相比。 我还认为，由于在如此长的string中存在单个位错误时必须重新传输的开销，性能会在某个时刻开始下降。

我没有想到的是我的实验结果。 我不确定如何解释这个数据，所以也许如果有人对此有更多的了解，他们可以试着解释一下。