Ravendb 复制、分片和一些通用指南

Ravendb 复制、分片和一些通用指南,ravendb,Ravendb,首先是一些问题的背景。我以前从未使用过ravedb,我正在为即将到来的项目评估它。该项目非常以文档为中心,到目前为止似乎非常适合我的“快速而肮脏”测试项目 应用程序本身只有很少的数据,486上的SQLite可能足以满足我们的数据库需求。不过,它确实有大量的大型图像数据,我们将使用ravendb存储图像并作为图像缓存。这里有几个问题: 每个文档可由一个或多个部门使用。我们在每个文档上存储一个分区列表(INT)并对其进行查询。这被认为是最佳实践,还是应将此信息保存在元数据中 我们需要利用复制和分片。

首先是一些问题的背景。我以前从未使用过ravedb,我正在为即将到来的项目评估它。该项目非常以文档为中心,到目前为止似乎非常适合我的“快速而肮脏”测试项目

应用程序本身只有很少的数据,486上的SQLite可能足以满足我们的数据库需求。不过,它确实有大量的大型图像数据,我们将使用ravendb存储图像并作为图像缓存。这里有几个问题:

  • 每个文档可由一个或多个部门使用。我们在每个文档上存储一个分区列表(INT)并对其进行查询。这被认为是最佳实践,还是应将此信息保存在元数据中

  • 我们需要利用复制和分片。由于我们的数据很小,我想将所有数据复制到不同的分片上,并且只对图像数据进行分片,这可能吗

  • 是否可以在多个分片中存储数据?如果文档可以访问1、2和3分区,并且我们的切分非常精细,那么我们希望将文档推送到用户将访问的切分中

  • 切分是否与附件一样容易工作

  • 我提到我们将存储缓存的图像数据(调整大小的图像等)。建议将其放入单独的数据库中吗

  • 慌乱, 切分不适用于附件。
    您可以混合匹配复制和分片,但通常我们将它们分开处理。一个数据库用于分片数据,一个数据库用于所有节点上的复制数据。

    我喜欢多个数据库的想法,这大大简化了工作。如果切分在附件上不起作用,那么我应该将图像数据存储为普通文档吗?