Bri*_*ton 9 performance google-app-engine
在BigTable的设计拒绝了许多标准的关系型模式的哲学的，明确非规范化宁愿到细微的小表的大主机。
这是一个问题的较大领域之一是多对多连接的建模。
对这些连接建模的一种方法是违反第一范式，并将所有有趣的数据放在 db.ListProperty() 中。虽然这可以从查询中进行搜索，但我尚未探讨搜索列表与拉取另一个表对性能的影响。
由于连接是不可能的，这是可以通过RelationshipProperties链接表。因此，只要付出足够的努力，就可以创建标准的交集表（具有引用两个父表的联合主键的表）。有没有人研究过各种实现的性能影响？
-编辑-
虽然文档中建议的密钥列表确实是一种方法，但我对该实现和其他实现的性能和异常率感兴趣。创建密钥的相互列表是否有用？重复获得所付出的努力值得付出代价吗？有没有更好的方法来做到这一点？