Django ORM：缓存和操作ForeignKey对象

Question

考虑以下太空征服游戏的 models.py 框架：

class Fleet(models.Model):
    game = models.ForeignKey(Game, related_name='planet_set')
    owner = models.ForeignKey(User, related_name='planet_set', null=True, blank=True)
    home = models.ForeignKey(Planet, related_name='departing_fleet_set')
    dest = models.ForeignKey(Planet, related_name='arriving_fleet_set')
    ships = models.IntegerField()

class Planet(models.Model):
    game = models.ForeignKey(Game, related_name='planet_set')
    owner = models.ForeignKey(User, related_name='planet_set', null=True, blank=True)
    name = models.CharField(max_length=250)
    ships = models.IntegerField()

我正在处理的项目有许多这样的数据模型，并且我根据各种数据对象之间有些复杂的交互来更改游戏的状态。 我想避免对数据库进行大量不必要的调用，因此每回合我都会执行以下操作：

1. 从数据库中查询所有舰队、行星和其他对象，并将它们缓存为 python 对象；
2. 处理游戏对象，解析游戏对象的状态。游戏
3. 将它们保存回数据库

当使用foreignkey对象时，这个模型似乎完全崩溃了。 例如，当一支新舰队离开一个行星时，我有一条看起来像这样的行：

fleet.home.ships -= fleet.ships

这条线运行后，我有其他代码可以改变每个行星上的船只数量，包括行星fleet.home。 不幸的是，上面一行中所做的更改并未反映在我之前获得的行星查询集中，因此当我在回合结束时保存所有行星时，对fleet.home船舶的更改会被覆盖。

有没有更好的方法来处理这种情况？ 或者这就是所有 ORM 的本质吗？

Answer 1

Django 的 ORM 没有实现 身份映射（它位于 票务跟踪器，但尚不清楚是否或何时实施；至少有一个核心 Django 提交者拥有 表示反对）。 这意味着，如果您通过两个不同的查询路径到达同一个数据库对象，那么您将使用内存中的不同 Python 对象。

这意味着您的设计（一次将所有内容加载到内存中，修改很多内容，然后最后将其全部保存回来）使用 Django ORM 是行不通的。 首先，因为它通常会浪费大量内存加载到同一对象的重复副本中，其次是因为“覆盖”问题，例如您遇到的问题。

您要么需要重新设计以避免这些问题（要么小心一次只使用一个查询集，在进行另一个查询之前保存修改的任何内容；或者如果您加载多个查询，请手动查找所有关系，不要曾经使用外键的方便属性来遍历它们），或者使用实现身份映射的替代Python ORM。 SQLAlchemy 是一种选择。

请注意，这并不意味着 Django 的 ORM 是“糟糕的”。 它针对 Web 应用程序的情况进行了优化，此类问题很少见（我使用 Django 进行 Web 开发已有多年，但在实际项目中从未遇到过此问题）。 如果您的用例不同，您可能需要选择不同的 ORM。

Answer 2

这可能就是您正在寻找的内容：

https://web.archive.org/web/20121126091406/http://simonwillison.net/2009/May/7/mmalones/