RavenDB压缩包是否为许多小型文档提供了好处？

我试图更好地理解RavenDB如何使用磁盘空间

我的应用程序有许多小文档（每个大约140字节）。目前，大约有81000个文档，总数据大小约为11MB。然而，数据库的大小刚刚超过70MB

• 索引是否使用了大部分实际空间
• 我曾在其他地方读到，每个文档的最小开销可能在600字节左右。这将消耗大约49MB的内存，这与我所看到的实际使用情况大致相当

在这种情况下（许多小文档），使用压缩包会带来很多好处吗？还是它的目标是帮助减少具有非常大文档的数据库的大小

索引是否使用了大部分实际空间

是的，很有可能。请记住，Raven为您进行的不同查询创建索引。您可以启动Raven Studio，查看它为您创建了哪些索引：

在这方面，使用压缩包会带来很多好处吗 场景（许多小文档），还是它的目标是帮助 减少具有超大文档的数据库的大小

可能对您的小文档场景没有好处。压缩包可以处理单个文档，而不是索引。但也许值得一试，看看你得到了什么结果

更大的问题：既然硬盘空间很便宜，而且越来越便宜，而且70MB是地图上的一个规格，你为什么要担心硬盘空间？数据库通常以磁盘空间换取速度（例如，多个索引，如Raven），对于大多数应用程序来说，这通常是一个很好的折衷方案

索引是否使用了大部分实际空间

是的，很有可能。请记住，Raven为您进行的不同查询创建索引。您可以启动Raven Studio，查看它为您创建了哪些索引：

在这方面，使用压缩包会带来很多好处吗 场景（许多小文档），还是它的目标是帮助 减少具有超大文档的数据库的大小

可能对您的小文档场景没有好处。压缩包可以处理单个文档，而不是索引。但也许值得一试，看看你得到了什么结果

---

更大的问题：既然硬盘空间很便宜，而且越来越便宜，而且70MB是地图上的一个规格，你为什么要担心硬盘空间？数据库经常以磁盘空间换取速度（例如，多个索引，如Raven），对于大多数应用程序来说，这通常是一个很好的折衷办法。

我自己做了一些进一步的测试，并在回答我自己的问题时确定：

• 在我的场景中，索引不是磁盘空间的主要消耗者。在这种情况下，索引表示所用磁盘空间的<25%
• 为包含大量小文档的数据库添加压缩包并不能真正减少所使用的磁盘空间总量。这可能是由于每个文档所需的最小数据开销造成的。压缩将使非常大的文档受益

---

我自己做了一些进一步的测试，并在回答我自己的问题时确定：

• 在我的场景中，索引不是磁盘空间的主要消耗者。在这种情况下，索引表示所用磁盘空间的<25%
• 为包含大量小文档的数据库添加压缩包并不能真正减少所使用的磁盘空间总量。这可能是由于每个文档所需的最小数据开销造成的。压缩将使非常大的文档受益

---

下面的答案是否为您解答了问题？请参见下面我自己的答案。你猜测索引是磁盘空间的主要用途，但事实并非如此。我下面的答案是否为你解答了这个问题？请参阅下面我自己的答案。你猜测索引是磁盘空间的主要用途，但事实并非如此。使用基于云的RavenDB提供商时，驱动器空间并不“便宜”。我同意RavenHQ需要允许更多的磁盘空间。RavenHQ每月10美元的计划仍有7000万美元。这相当便宜。我的数据每天以1-2MB的速度增长。这是一个前瞻性的问题。使用基于云的RavenDB提供商时，驱动器空间并不“便宜”。我同意RavenHQ需要允许更多的磁盘空间。RavenHQ每月10美元的计划仍有7000万美元。这相当便宜。我的数据每天以1-2MB的速度增长。这是一个前瞻性的问题。