使用get_or_insert实现强一致性

Question

我有一个这样的模型：

class UserModel(ndb.Model):
    ''' model class which stores all the user information '''
    fname = ndb.StringProperty(required=True)
    lname = ndb.StringProperty(required=True)
    sex = ndb.StringProperty(required=True, choices=['male', 'female'])
    age = ndb.IntegerProperty(required=True)
    dob = ndb.DateTimeProperty(required=True)
    email = ndb.StringProperty(default=None)
    mobile = ndb.StringProperty(required=True)
    city = ndb.StringProperty(required=True)
    state = ndb.StringProperty(required=True)

由于以上字段都不是唯一的，所以电子邮件也不是唯一的，因为许多人可能没有电子邮件ID。因此，我使用以下逻辑创建字符串id

1. Take first two letters of 'state' and change it to upper case.
2. Take first to letters of 'city' and change it to upper case.
3. Get the count of all records in the database and increment by one.
4. Append all of them together.

我使用get_or_insert插入实体。

虽然添加用户不会经常发生，但任何冲突都会是灾难性的，这意味着竞争的可能性较小，但其影响非常大。

我的问题是：

1. Will using get_or_insert guarantee that I will never have duplicate IDs?
2. get_or_insert documentation says "Transactionally retrieves an existing 
   entity or creates a new one.". How can something perform an operation 
   "transactionally" without using a ancestor query.

PS：出于几个原因，我不能将所有用户实体保留在同一个实体组中。

Answer 1

如果您保留该ID方案（老实说，您实际上不需要步骤1和2，只需要步骤3），那么就没有理由创建重复的ID。使用get\u或\u insert，它将查找您提供的确切ID，如果它存在，则将其提取，如果不存在，则只需创建它，如下所述。因此，您不能有重复的ID（如果您在模型中使用此ID作为强制密钥）。如果您遵循提供的链接，它会明确指出：

get和后续（可能的）put操作包装在事务中以确保原子性。这意味着get_or_insert（）永远不会覆盖现有实体，并且仅当不存在具有给定类型和名称的实体时才会插入新实体。

事实上，它会进行html" target="_blank">事务处理，这意味着它会锁定实体组，以确保您没有争用。因为你似乎没有祖先，我想它只会锁定你正在更新的实体

Answer 2

为了提供事务性，get_or_insert使用Datastore事务。为了在事务中使用查询，它必须是祖先查询，但是事务也可以get和put，它们不需要在实体上设置父级。

但是，正如@Greg提到的，您绝对不想使用此方案来生成用户ID。特别是，对数据库进行计数非常慢，并且不会扩展，并且最终是一致的。因为查询最终是一致的，所以只要结果最终是一致的，它可能会返回一个小于实际计数的计数（对于大型应用程序来说，这将一直是一致的）。这意味着您可以等待几个小时才能真正成功插入。

如果您想为客户ID提供州和城市，我建议执行以下操作：

1. 使用自动ID执行put
2. 向用户公开一个“客户ID”，即州级城市ID。
3. 当您想要查找给定“客户ID”的客户时，只需对ID部分执行get