【发布时间】：2010-02-12 19:55:23
【问题描述】：
我一直在尝试了解有关 Voldemort 的更多信息，但它似乎并未在 LinkedIn 之外使用。有没有人真正将它用于真正的系统？
【问题讨论】：
标签： voldemort
【发布时间】：2010-02-12 19:55:23
【问题描述】：
Gilt 也在使用伏地魔。检查InfoQ talk。
【讨论】：
-
我尝试了 Gilt 网站，这是我见过的最糟糕的网站之一。有没有使用伏地魔的好公司/网站？
我负责一个与旅游业相关的项目，该项目使用伏地魔作为酒店房间的夜间/价格可用性的存储。在我做这个项目的时候，有超过 8K 家酒店。每家酒店都有（并非所有组合）： -1年的夜晚（从今天起提前） -7/8 不同的费率（预购等） -5/6 入住组合（2 名成人，1 名成人）。 -4 或 5 税。 不断更新的值（对于价格变化等）。 存储在 4 个 Voldemort 集群中（双 CPD 中的大胖机器）。
根据我在那里的经验，Voldemort 在如何正确设置它以获得最佳性能（配置中的大量调整等）方面的学习曲线很慢，但是一旦设置好，性能就会非常快。我不记得确切的数字，但我们的系统收到了超过 40 个请求/秒。对于每个请求，平均有 30 家酒店，这意味着当钥匙可用时，Voldemort 每秒返回 2400 件物品（1200 间酒店房间 + 1200 家酒店税）。
正如我所说，这里的诀窍是能够正确设置 voldemort，并设计正确的访问模式（一个好的数据模型），我想这对于所有数据库系统（sql 或 nonsql）都是强制性的：你不会获得如果你的数据模型不好，最好的性能（即使你会得到一个很差的性能）。
【讨论】：
是的 - 一家知名互联网公司（不是 LinkedIn）的一位朋友正在使用 Voldemort。该项目仍在开发中。
【讨论】：
-
你知道他们为什么选择伏地魔而不是卡珊德拉吗？
-
他说决定因素是社区对伏地魔计划的更大支持。
-
我之前还发布了另一个问题：stackoverflow.com/questions/2252163/…：但没有得到答案，所以我开始怀疑是否有人真的尝试过这两个系统
-
在任何时候，社区对 cassandra 的支持都高于 voldemort。
最初，Cassandra 是由 facebook 开发的。他们用的不多，这也是大多数人不选择它的原因之一！
此外，从技术上讲，伏地魔的读取速度也非常出色。因此，用户存储/偏好存储本质上需要的读取速度比写入速度要高。
有时，当您只需要一个键/值对存储时，Cassandra 可能是一个过分的杀手。
【讨论】：