Python：在数据存储中建模一对一关系

Question

假设我们有两个模型：User 和 Token。一个用户可能只有一个Token，一个Token只能属于一个用户。

来自关系数据库，以下似乎是实现方法：

class User(db.Model):
    name = db.StringProperty()

class Token(db.Model):
    name = db.StringProperty()
    owner = db.ReferenceProperty(User)

这当然也会创建User.token_set，它是一个db.Query< /代码>。 但我真的很想仅使用 User.token 而不是 User.token_set.get() 来访问令牌，那么怎么样......

class User(db.Model):
    name = db.StringProperty()
    token = db.ReferenceProperty(Token)

class Token(db.Model):
    name = db.StringProperty()
    owner = db.ReferenceProperty(User)

现在我可以以双向方式访问它们：User.token & 用户.所有者。忽略我有那些自动创建的 .token_set 和 user_set 的事实。

这有什么问题吗？在逻辑方面，在性能方面？

也许我什至不应该有两个模型。实际上，它们都包含四到五个属性。他们应该只是一个吗？什么时候应该放弃一对一关系而将其合并到一个模型中？

感谢您的任何意见！

Answer 1

这是 appengine 数据存储。这不是sql。您应该将系统使用的数据分组在一起。假设您有一起使用用户和令牌的地方，并且由于多对一没有问题，因此它们可以放在同一个模型实例中。这将为您提供更好的性能（例如，通过令牌更简单地检索用户）并且更容易处理一致性（更新令牌和用户将在单个事务中进行）。

我不知道这里是否可以接受自链接，所以如果不可以，也许有人会编辑它，但我写了 http://acooke.org/cute/LessonsLea2.html 尝试收集我在数据存储方面的经验。你可能会发现它很有用。

[编辑：思考这个问题的一种方法是：你不是在对数据建模。您正在编写一个旨在扩展的系统。这是驱动一切的因素，而不是建模数据。我并不是说这是一个好主意，但这就是 appengine 所做的。如果您的主要优先事项是建模数据 - 例如，如果您想让多个应用程序以不同的方式使用您的数据 - 那么您不应该使用 appengine。]

Answer 2

将 Token 引用添加到用户类有优点也有缺点。作为好处，您将在令牌检索方面获得更好的性能。缺点是插入数据时需要更多事务。

user = User(name='john').put()
token = Token(name='somehash', user=user).put()
user.token = token
user.put()

删除标记时还必须处理空引用。

如果您想要语法糖，也许您可​​以使用类装饰器：

class User(db.Model):
    name = db.StringProperty()

    @property
    def token(self):
        if not hasattr(self, '_token_cached'):
            setattr(self, '_token_cached', self.token_set.get())
       return self._token_cached