Question

我谈谈以下局势:

class M(db.Model):

    a = db.ReferenceProperty(A)

    x = db.ReferenceProperty(X)
    y = db.ReferenceProperty(Y)
    z = db.ReferenceProperty(Z)

    items = db.StringListProperty()

    date = db.DateTimeProperty()

我想提问,对(a)、(x、 y z)和(项目)进行过滤,时间是:

mm = M.all().filter( a = , a1).filter( x = , x1).filter( items = , i).order( -date )

There will never be a query with filter on x and y at the same time, for example.

因此,我的问题是:

(1) 我应制定多少(和哪些)指数?

(2) 我在项目上可以作多少补充说明? (按千方百计)

3) 如果有1 000个项目,我会有多少个指数记录?

I don t quite yet understand this index stuff, and is killing me. Your help will be very appreciated :)

Answer 1

关于您提供的标准,你只需要制定三个复合指数:a,x,items,-date,a,y,items,-date,a,z,items,-date。注:清单财产为清单中每一财产的索引条目。
每个实体的总指标条目限值为5,000。如果只有三个复合指数,则低于50003=1666(单一清单财产为1,000)。
仅3个复合指数,3*1000 = 3000。

<>0> 以上假设是,你没有每个财产的内在指数(即财产不计指数)。否则,你需要将2N的建筑指数考虑在内,N的单一房地产数量为2N(含2英亩)。如果是的话,这将是2*(5+No_items),因为<代码>项目是一个清单财产,每个条目都设定指数条目。

Answer 2

本条很好地解释了指数/开发指数,实际上符合以下实例::https://developers.google.com/appengine/docs/python/datashop#B_ig_Entities_and_Exploding_Indexes/Indexes_rel=>。

你们的最大问题是,你很可能将每个实体限额的5,000个指数与数千个项目挂钩。如果您对a、x、项目(项目)的索引,日期:<>1000>>>>>>>>;<><><>>>>>;>1 = 1*1000*1=1 000。

如果在项目上有5001个条目,则(a)项将无适当例外。

从你提供的例子来看,你是否在X线上过滤,或者看任何其他东西似乎无关紧要,因为只有1处这种财产,因此,你没有机会看到一个爆炸性指数。页: 1 1. 导言

现在,如果你有两份清单,你就希望确保这些财产单独编入索引,否则,你就会获得一个探索性指数。例如,如果你有2个财产清单,每件100件,就会产生100*100份指数,除非你分开,否则只有200份(假设所有其他财产均为非清单)。

Answer 3

See also https://developers.google.com/appengine/articles/indexselection, which describes App Engine s (relatively recent) improved query planning capabilities. Basically, you can reduce the number of index entries needed to: (number of filters + 1) * (number of orders).
Though, as the article discusses, there can be reasons that you might still use compound indexes-- essentially, there is a time/space tradeoff.

友情链接