为什么未指定祖先时过滤器不起作用?无论祖先如何,它都不应该适用于实体类型吗?我的用例:我用父键设置了几个实体。键与另一个实体(主实体)对应,以便我可以通过祖先(主实体键)获取子项。然而,问题似乎是我不能再查询实体属性,除非我指定了祖先。这是它应该工作的方式吗?下面是一些伪代码。如果问题不清楚,我可以提供工作代码。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
.
需要注意的重要事项:祖先查询是高度一致的。这意味着,如果您使用父实体保存实体,然后立即执行祖先查询(其中祖先过滤器当然是同一个父实体),您将立即在查询结果中看到保存的实体。
非祖先查询只有最终一致。这意味着,如果您保存一个实体并在此之后立即执行非祖先查询,则查询不包括新保存的实体的可能性非常高,这很可能是您的情况。
属性的索引仅取决于属性的值,与实体的键无关,因此键是否有父项无关紧要。为新实体创建属性的索引条目后,按该属性过滤的查询将包括该实体。这可能需要短至几毫秒或“长”至几秒(不太可能)。
- 2 回答
- 0 关注
- 245 浏览
添加回答
举报
0/150
提交
取消