设计子父关系有什么好处，它允许我们在事务中进行写操作，而从不真正关注一致性和争用以及那些更复杂的问题？它是否使写入和读取更快？
考虑我的情况，其中有许多.png图像被引用到一个马赛克图层，而这些.png图像只由一个用户编写一次。用户可以设计许多马赛克图层，并且她的马赛克图层和引用的图像实体永远不会更改/更新，它们将来会被删除。其他用户可以访问Web项目站点并以不同的标准播放（查询）图像的不同布局/配置，以交互方式查看马赛克图层。所以读取应该非常快。
因此，没有真正担心争用，或者用户与编写新图像实体相互冲突。因此，我假设没有“要求”.png图像实体在子父关系中按照相同的马赛克图层进行分组。
然而，也许，因为文档说它们彼此靠近存储，如果许多图像实体被分组为单个马赛克层父级的子级，那么这样做的好处就是写入（在事务中）和读取将会发生快多了？
答案 0 :(得分：1)
使用“速度写入事务”搜索谷歌应用引擎用户组后，我了解到该事务不会提高速度，实际上可能会降低速度。因此，只有在特别需要时才使用它们，而不是用来试图获得速度增益。