RavenDB花了很长时间来显示更新

我开始评估我们公司使用RavenDB来存储一些不属于关系数据库的东西（我们传统上是SQL Server商店）。我在我的机器上本地安装了RavenDB，创建了一个数据库，添加了一个文档。很好

作为一名DBA，我决定看看备份/恢复是如何工作的。我备份了我的数据库，删除了它，然后从备份中恢复了它。刷新我的管理屏幕后，我看到了我的数据库。我点击它，得到一条消息说数据库不存在

几个小时后，我又试了一次。仍然不存在。一整天后，我走进工作，然后再试一次。这次数据库工作了。我在更新文档时也遇到过类似的情况。更新似乎需要1秒到几个小时的时间来显示更新

---

这对RavenDB正常吗？？我是不是完全被误解了？？我在本地机器上运行SQL Server，速度极快，所以我无法想象更新一个文档会花那么长时间。实际上，我无法想象推荐我们使用RavenDB做任何事情。

您是使用索引查询还是通过ID获取文档？文件应立即更新（ACID）。如果索引更新缓慢（使用RavenDB Studio检查其状态），则可能是配置问题，或者是外部原因（如防病毒软件）导致索引更新缓慢。

您是使用索引查询还是通过ID获取文档？文件应立即更新（ACID）。如果索引更新缓慢（使用RavenDB Studio检查它们的状态），可能是配置问题，或者是外部的东西（如防病毒软件）会导致它们更新缓慢。

显然，至少在文档更新延迟方面，查询中缓存的默认设置是启用的，因此我得到了缓存结果

显然，至少在文档更新延迟方面，查询缓存的默认设置是启用的，所以我得到了缓存结果

Jeffery， 不，这是不正常的。您应该能够立即看到发生了什么变化。 请注意，某些AV产品将干扰HTTP管道，并可能影响RavenDB的使用。工作室也只会每5秒自动更新一次（以减少UI抖动），但仅此而已

恢复数据库（从同一台计算机）所需的时间应与复制文件所需的时间相同（纯I/O绑定操作）。 如果这是来自另一台使用不同版本Windows的计算机，我们可能需要对该文件进行检查，这可能需要一些时间，但听起来不像您的场景

Jeffery， 不，这是不正常的。您应该能够立即看到发生了什么变化。 请注意，某些AV产品将干扰HTTP管道，并可能影响RavenDB的使用。工作室也只会每5秒自动更新一次（以减少UI抖动），但仅此而已

恢复数据库（从同一台计算机）所需的时间应与复制文件所需的时间相同（纯I/O绑定操作）。

---

如果这是来自另一台使用不同版本Windows的计算机，我们可能需要对该文件进行检查，这可能需要一些时间，但这听起来不像你的场景

也发现使用Firefox和/或Chrome而不是IE完全解决了这个问题，你也发现使用Firefox和/或Chrome而不是IE完全解决了这个问题