Google cloud platform objectify v6-不再支持非和在筛选器中?选择?
objectify v6文档说: 新SDK不支持NOT和IN筛选器。你会得到一份工作的 如果您尝试执行此操作,则会出现运行时错误 ofy().load().type(Thing.class).filter(“field!=”,value)或 过滤器(“字段输入”值) 即使在ObjectifyV5中,我们是否应该避免使用NOT或过滤器,因为它们看起来已经过时了Google cloud platform objectify v6-不再支持非和在筛选器中?选择?,google-cloud-platform,google-cloud-datastore,objectify,Google Cloud Platform,Google Cloud Datastore,Objectify,objectify v6文档说: 新SDK不支持NOT和IN筛选器。你会得到一份工作的 如果您尝试执行此操作,则会出现运行时错误 ofy().load().type(Thing.class).filter(“field!=”,value)或 过滤器(“字段输入”值) 即使在ObjectifyV5中,我们是否应该避免使用NOT或过滤器,因为它们看起来已经过时了 是否有更多信息说明为什么不再支持这些功能?是否有其他方法可以实现类似类型的查询?具体来说,查询中的。如果你有一个用户id的列表,你需要查询
是否有更多信息说明为什么不再支持这些功能?是否有其他方法可以实现类似类型的查询?具体来说,查询中的。如果你有一个用户id的列表,你需要查询所有的东西,这是非常有用的。这些只是方便的过滤器,被翻译成其他过滤器的组合 那个!=(不相等)和(成员资格)操作由 使用OR操作组合其他筛选器。第一个,
属性!=值
实现为(属性<值)或(属性>值)
[value1,value2,…]中的属性实现为(property==value1)或(property==value2)或…
这样你就可以把你所有的都转换了=当搜索的值数量增加时,
中的code>和过滤到该值的(property==value1)或(property==value2)或…
性能如何?有什么想法吗?我还没有亲自测试过,但我想性能会开始下降。它肯定需要做更多的工作:我会考虑重新格式化您的数据,以更好地支持您正在尝试的查询。类似于使用计算属性将记录分组到更大的类别存储桶中