Questions tagged «google-app-engine»

2
在Google BigTables(和其他集成数据库)上进行性能测试
有哪些有效的方法可以对数据库操作执行程序性能测试,尤其是在数据库本身不提供专用工具的环境中? 例如,在Google App Engine中,整个页面加载被评估为一项操作,其中可能包括特定的数据库操作。SQLite和其他集成DB中也可能出现此问题。由于很难完全抽象出需要测试的(等效)选择和插入内容,是否有推荐的数据库工具对这些类型的查询执行更彻底的诊断?

1
与Google App Engine中的正常Bigtable模型相比,多模型对性能有何影响?
在常规的Google App Engine,多模型或正常的“ Bigtable”模型中,什么能产生最佳性能? 实际上,该多模型在父表中创建了一个称为“类”的列,该列提供了继承跟踪。而从父类继承的普通Bigtable会创建一个新的单独的数据结构,而无法查询父类并查找所有子类型类的所有子类。

2
在Google App Engine中,最有效的多对多联接模型是什么?
在BigTable的设计拒绝了许多标准的关系型模式的哲学的,明确非规范化宁愿到细微的小表的大主机。 问题所在的较大区域之一是对多对多联接的建模。 对这些联接建模的一种方法是违反第一范式,然后将所有有趣的数据放入db.ListProperty()中。尽管这具有从查询中进行搜索的能力,但我尚未探索搜索列表与提取另一个表的性能含义。 由于连接是不可能的,这是可以通过RelationshipProperties链接表。因此,只要付出足够的努力,就可以创建标准相交表(具有引用两个父表的联合主键的表)。有没有人探索过各种实现的性能影响? -编辑- 虽然文档中建议的“密钥列表”确实是实现此目的的一种方法,但我对该类和其他实现的性能和异常率感兴趣。创建公用密钥列表是否有用?重复付出的努力值得付出代价吗?有更好的方法吗?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.