App Engine - 数据存储区 - 索引

发布于 2024-09-14 18:17:42 字数 298 浏览 4 评论 0原文

这是一个常见的 App Engine 数据存储索引问题。数据存储自动构建可用于简单单属性查询(不涉及组合键的查询)的索引。

生成此索引的开销是否因实体属性的基础数据类型而异?

从本质上讲,我的问题归结为:

def Person(db.Model):
  name = db.StringProperty()
  rollnumber = db.IntegerProperty()

name 相比,rollnumber 属性的索引开销是否更小?

This is a general App Engine data store indexing question. The data store automatically build indexes that can be used for simple single property queries (queries that do not involve composite keys).

Does the overhead in generating this index vary on the underlying data type of the entity's property ?

Essentially my question boils down to:

def Person(db.Model):
  name = db.StringProperty()
  rollnumber = db.IntegerProperty()

Is the indexing overhead with respect to the property rollnumber lesser when compared to that of name?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

傲娇萝莉攻 2024-09-21 18:17:43

索引值所需的空间由以下部分组成:

  • 值本身的大小,
  • 如果它是可变长度(如字符串),则存储值的长度为 1 到 3 个字节
  • 名称的大小(例如,'rollnumber'),再加上几个字节来存储长度
  • 实体密钥
  • 的大小一些额外的字节开销

这里唯一令人惊讶的事情应该是名称与每个索引属性一起存储。这是因为数据存储中没有静态定义的列名(没有架构),因此有必要将其与每个索引值一起存储。

The space required to index a value is comprised of:

  • The size of the value itself,
  • If it's variable length, like a string, anywhere from 1 to 3 bytes to store the length of the value
  • The size of the name (eg, 'rollnumber'), plus, again, a few bytes to store the length
  • The size of the entity's key
  • A few extra bytes of overhead

The only surprising thing here should be that the name is stored with every indexed property. This is because there are no statically defined column names - no schema - in the datastore, so it's necessary to store it with every indexed value.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文