Google app engine 应用程序引擎数据存储定价:大偏移量读取

Google app engine 应用程序引擎数据存储定价:大偏移量读取,google-app-engine,google-cloud-datastore,datastore,Google App Engine,Google Cloud Datastore,Datastore,对于我的Google App Engine应用程序,我经常需要在数据存储中使用较大的偏移量(2000或更多)。我知道这不是最好的做法,但我想知道最具成本效益的方法 我是否可以使用keys\u only功能来提高成本效益 例如,如果我进行偏移量为2000且限制为10的keys\u only查询,然后按其键拉取10项,我应该只收取11次数据存储读取的费用,对吗?如果我不使用keys\u only,我会为2011年的阅读收费,对吗?的确,keys\u only查询会有帮助,你的计算似乎是正确的。发件人

对于我的Google App Engine应用程序,我经常需要在数据存储中使用较大的偏移量(2000或更多)。我知道这不是最好的做法,但我想知道最具成本效益的方法

我是否可以使用
keys\u only
功能来提高成本效益


例如,如果我进行偏移量为2000且限制为10的
keys\u only
查询,然后按其键拉取10项,我应该只收取11次数据存储读取的费用,对吗?如果我不使用
keys\u only
,我会为2011年的阅读收费,对吗?

的确,
keys\u only
查询会有帮助,你的计算似乎是正确的。发件人:

小操作包括分配云数据存储ID或 仅键查询

但一般来说,您可能希望切换到使用而不是补偿,原因不仅仅是成本。发件人:

尽管云数据存储支持整数偏移,但您应该避免 使用它们。相反,使用游标。使用偏移只会避免 将跳过的实体返回到应用程序,但这些实体 仍在内部检索。跳过的实体确实会影响 查询延迟,您的应用程序将为读取付费 检索它们所需的操作。使用游标而不是偏移量 让您避免所有这些成本


keys\u only=true
时,我不确定这句话是否正确:“跳过的实体确实会影响查询的延迟,并且您的应用程序会为检索它们所需的读取操作付费。”我可以确认
keys\u only=true
确实降低了成本。我只是把我的许多疑问转到了这个问题上,我的账单大大降低了。
Small Operations Unlimited Free