我们计划在 Intranet 上更改我们的多租户订购系统。
产品目录的所有产品都是通过 Web 服务检索的。这种后端架构是不可替代的。然而，今天，我们面临着应该通过新解决方案消除的性能问题。
因此，我们计划为每个租户使用一个缓存数据库，并且我们已经对 RavenDB 进行了第一次测试。
产品目录是比较静态的，我们主要会从缓存中读取数据。仅在购物车数据的中间存储处也被写入。
我们计划每小时重新生成每个数据库一次，然后用新数据库替换现有数据库。我们希望这可以简化使用新产品目录更新缓存数据库的过程。然而，有人怀疑这是否与 RavenDB 的架构相反。（现有索引、参考文献）
我们的方法完全可行吗？有没有人在类似情况下找到好的解决方案？
感谢您的帮助