【发布时间】：2012-04-06 13:33:39
【问题描述】：
我们计划在 Intranet 上更改我们的多租户订购系统。
产品目录的所有产品都是通过网络服务检索的。这种后端架构是不可替代的。然而，今天我们面临的性能问题应该通过新的解决方案来解决。
因此，我们计划为每个租户使用一个缓存数据库，并且我们已经使用 RavenDB 进行了第一次测试。
产品目录是比较静态的，我们主要会从缓存中读取数据。 只有在购物车数据的中间存储处也被写入。
我们计划每小时重新生成每个数据库一次，然后用新数据库替换现有数据库。我们希望这可以简化使用新产品目录更新缓存数据库的过程。 然而，有人怀疑这是否与 RavenDB 的架构相反。 （现有索引、参考文献）
我们的方法是否可行？ 有没有人在类似情况下找到好的解决方案？
感谢您的帮助
【问题讨论】：
-
我们做了很多类似的事情，并且在使用 RavenDB 时获得了惊人的体验。但是，我不知道你在说什么。你的具体情况是什么？缓存数据库、中间存储、多租户排序系统等是什么意思？