ravendb - RavenDB 中每种密钥生成策略的优缺点

Question

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

谢谢

Answer 1

推荐的解决方案是让 RavenDB 为您处理它们。它将生成诸如“items/2”之类的东西。首先，这些东西已经足够好，人类可读并且易于高效生成。

您也可以执行“users/ayende”之类的操作，但我会等到您对 RavenDB 有更多经验后再进行操作。

最后，对于高级的东西，你有诸如“customers/1234/orders/8234”之类的键，它为高级场景打开了一些非常好的选项。

Answer 2

如果您在密钥中构建了太多逻辑，除非您非常了解您的问题域，否则您以后可能会后悔。我们在 PHP 中做了相当多的 RavenDB 工作，因为没有客户端。我们在 C# 中进行原型制作，然后通常遵循客户创建的内容。有时，自动复数的出现很有趣，就像人们可能是人民一样。除非您直接从 Javascript 访问 RavenDB，否则这通常无关紧要。那么唯一的缺点是朋友可能会质疑你的英语水平。