为了账号安全,请及时绑定邮箱和手机立即绑定

为什么在未提供祖先时查询不返回结果?

为什么在未提供祖先时查询不返回结果?

Go
慕斯王 2021-09-27 18:31:07
为什么未指定祖先时过滤器不起作用?无论祖先如何,它都不应该适用于实体类型吗?我的用例:我用父键设置了几个实体。键与另一个实体(主实体)对应,以便我可以通过祖先(主实体键)获取子项。然而,问题似乎是我不能再查询实体属性,除非我指定了祖先。这是它应该工作的方式吗?下面是一些伪代码。如果问题不清楚,我可以提供工作代码。type MyStruct{  Unique int} key1 := datastore.NewKey(c, "table1", "verylongstring", 0, nil) kparent :=  datastore.NewKey(c, "table1", "anotherlongstring", 0, key1) x := MyStruct{Unique:23} if _, err := datastore.Put(c, kparent, &x); err != nil {        panic(err) }// This works _, err := datastore.NewQuery("table1").Ascentor(kparent).Filter("Unique =", v.Unique).GetAll(cx, dst)// Query with filter without ancestor doesn't work. Returns no results error. _, err := datastore.NewQuery("table1").Filter("Unique =", v.Unique).GetAll(cx, dst)
查看完整描述

2 回答

?
MMMHUHU

TA贡献1834条经验 获得超8个赞

简短的回答:

可以使用非祖先查询(您不使用Query.Ancestor()方法指定祖先)查询与父级一起保存的实体。显然,必须对过滤的属性进行索引。

把东西放好:

在您的示例中,与您的命名相反的key1是父键,并且kparent是您保存实体的键。

当您使用该Query.Ancestor()方法创建祖先查询时,祖先过滤器将结果限制为指定的实体及其后代:因此您指定父键,结果将是具有此键的实体(0 或 1 个实体)和那些这是父键!

在您的示例中,您会找到结果,因为实体的键正是您指定的键。通常祖先查询的使用方式是指定父键(不是实体的键本身),在您的示例中是key1.

需要注意的重要事项:祖先查询是高度一致的。这意味着,如果您使用父实体保存实体,然后立即执行祖先查询(其中祖先过滤器当然是同一个父实体),您立即在查询结果中看到保存的实体。

非祖先查询只有最终一致。这意味着,如果您保存一个实体并在此之后立即执行非祖先查询,则查询不包括新保存的实体的可能性非常高,这很可能是您的情况。

属性的索引仅取决于属性的值,与实体的键无关,因此键是否有父项无关紧要。为新实体创建属性的索引条目后,按该属性过滤的查询将包括该实体。这可能需要短至几毫秒或“长”至几秒(不太可能)。


查看完整回答
反对 回复 2021-09-27
?
莫回无

TA贡献1865条经验 获得超7个赞

您正在比较两个不同的查询 - 祖先键不是唯一的区别。例如,如果过滤器属性未编入索引,则第二个查询将不返回任何结果。


查看完整回答
反对 回复 2021-09-27
  • 2 回答
  • 0 关注
  • 245 浏览
慕课专栏
更多

添加回答

举报

0/150
提交
取消
意见反馈 帮助中心 APP下载
官方微信