我是否可以享受父子关系带来的好处,而无需承担数据存储争用的成本?

2024-03-18

假设: 1) Google AppEngine 有实体组的概念。 2) 实体组中的实体形成一棵树。然而,据我了解,对该树中任何实体的每次 put() 都会锁定整个树(而不仅仅是直接父级)一段时间。 3)允许用户写ca。每秒5次到树上。 4)无法实现非锁定行为(即使它们成为无索引属性)

提出我自己的父子模型,不使用内置的键函数(因为它们会创建实体组),而是使用我编写的一些 snytax 约定,这是一个聪明的想法吗?这将允许我通过查询检索“子”实体compute父密钥。


实体组使用的祖先关系可以通过使用父实体的引用/键列表在您自己的代码中建模。根实体将没有根实体,根的子实体将在其列表中仅具有根实体,它们的子实体将具有根实体及其直接父实体,依此类推。这就是在 App Engine 中出于索引目的实现祖先的方式,并且它允许您进行相同类型的查询。

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

我是否可以享受父子关系带来的好处,而无需承担数据存储争用的成本? 的相关文章

随机推荐