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