check for self。pk == None不足以确定对象是否将被插入或更新到数据库中。

Django O/RM有一个特别讨厌的hack，基本上就是检查在PK位置是否有东西，如果有就做一个UPDATE，否则就做一个INSERT(如果PK为None，这将被优化为INSERT)。

它必须这样做的原因是允许在创建对象时设置PK。虽然在主键有序列列的地方不常见，但这不适用于其他类型的主键字段。

如果你真的想知道，你必须做O/RM所做的，并在数据库中查找。

当然，在代码中有一个特定的情况，很可能是self。pk == None告诉你所有你需要知道的，但它不是一个通解。

这是否适用于上述所有场景?

if self.pk is not None and <ModelName>.objects.filter(pk=self.pk).exists():
...

这是常见的做法。

id将在第一次保存到db时给出

更新:与本人澄清。_state不是私有实例变量，但这样命名是为了避免冲突，检查self._state。加法现在是更好的检查方法。

self.pk is None:

在一个新的Model对象中返回True，除非对象有一个UUIDField作为它的主键。

您可能不得不担心的极端情况是，除了id之外的字段是否存在唯一性约束(例如，其他字段上的次要惟一索引)。在这种情况下，您可能仍然拥有一条新记录，但无法保存它。

用pk代替id:

if not self.pk:
  do_something()

check for self。pk == None不足以确定对象是否将被插入或更新到数据库中。

Django O/RM有一个特别讨厌的hack，基本上就是检查在PK位置是否有东西，如果有就做一个UPDATE，否则就做一个INSERT(如果PK为None，这将被优化为INSERT)。

它必须这样做的原因是允许在创建对象时设置PK。虽然在主键有序列列的地方不常见，但这不适用于其他类型的主键字段。

如果你真的想知道，你必须做O/RM所做的，并在数据库中查找。

当然，在代码中有一个特定的情况，很可能是self。pk == None告诉你所有你需要知道的，但它不是一个通解。