RavenDB中每个密钥生成策略的优缺点

Question

我正在将Web应用程序的SQL数据库迁移到RavenDB，我的团队正在尝试定义哪种密钥生成策略最适合我们。 主要的讨论点是我们是否使用自然键或代理键。所以我想知道RavenDB中每个策略的优缺点。

由于

Answer 1

推荐的解决方案是让RavenDB为您处理它们。 它会产生诸如＆＃34; items / 2＆＃34;等等。 首先，这些足够好，人类可读且易于高效生成。

你也可以做像＃34; users / ayende＆＃34;这样的事情，但我会等到你有更多使用RavenDB的经验。

最后，对于预先的东西，你有一些键，如＆＃34; customers / 1234 / orders / 8234＆＃34;这为高级场景开辟了一些非常好的选择。

Answer 2

如果您在密钥中构建了太多逻辑，除非您更好地了解问题域，否则您可能会后悔。我们在PHP中做了相当数量的RavenDB工作，因为没有客户端。我们在C＃中进行原型设计，然后通常遵循客户创建的内容有时自动多元化会像人们可能是人民一样有趣。这通常无关紧要，除非你直接从Javascript击中RavenDB。然后唯一的垮台是朋友可能质疑你的英语技能。