数据结构中命名空间和祖先的区别

Question

这两者有什么区别

key := datastore.NameKey("user", userID, nil)
client.Put(ctx,datastore.IncompleteKey("session",key),&sessionUser)

和

key :=&datastore.Key{Kind:"session",Parent:nil,Namespace:userID}
client.Put(ctx,key,&sessionUser)

如果它们都具有相同的写入/读取可能会导致contention，为什么它们会有所不同？ 从这个article

Cloud Datastore 将命名空间和根实体组的种类添加到 Bigtable 行键。如果您开始写入一个新的命名空间或种类而不逐渐增加流量，您可以点击一个热点。

我真的很困惑我应该如何支撑我的数据， 顺便问一下，哪个阅读速度更快？

Answer 1

不同之处在于，您提到的命名空间争用极端情况只是暂时的，如果您愿意，与this one 等效（从根本原因的角度来看）：

...

如果您以非常高的速度创建新实体， 以前只有很少的现有实体。 Bigtable 将启动 所有实体都在同一台平板电脑服务器上，需要一些时间 将键范围拆分到单独的平板服务器上。

...

瞬态仅持续到出现足够的平板电脑拆分以跟上写入操作率。对于您引用的情况，逐渐增加的流量将使这些拆分有时间在遇到错误之前发生，从而避免了该问题。即使没有逐渐增加 - 争用也可能只发生在分裂发生之前，然后它就会消失。

另一方面，使用血统会引发不同类型的永久性问题。所有具有相同祖先的实体都被放置在同一个实体组中，因此每个实体组都共享最大每秒写入 1 次的速率。组越大，争用的风险越高。使用与祖先无关的实体（带或不带命名空间）有效地创建大小为 1 的实体组 - 这种类型的争用最小。

因此，除非您真的非常需要祖先，否则如果您的预期使用模式留有争用空间，我建议您尽量避免使用它。

旁注：该文章仅涉及写入争用，但您应该注意，读取也可能发生争用（在事务中），请参阅Contention problems in Google App Engine。在这种情况下，实体组的大小以及尝试锁定整个实体组的事务都很重要。