在我看来，当您创建 Mongo 文档并有一个字段 {key: value} 有时不会有值时，您有两种选择：
{key: null}，即在字段中写入空值这两个选项都很容易查询，其中一个查询{key : null}，另一个查询{key : {$exists : false}}。
我真的想不出这两个选项之间有什么区别会对应用场景产生任何影响（除了选项 2 的存储空间稍少）。
谁能告诉我是否有任何理由让人们更喜欢这两种方法中的任何一种，为什么？
编辑
在问了这个问题后，我也想到索引在这两种情况下的行为可能不同，即可以为选项 2 创建一个稀疏索引。
【问题讨论】：
标签： mongodb mongodb-query document-database nosql
确实，您还有第三种可能性：
key: ""（空值）
你忘记了关于空值的特殊性。
查询
key: null 将检索所有 key 为 null 或 key不存在的文档。
当$exists:false 上的查询将仅检索字段键不存在的文档时。
要回到您的确切问题，这取决于您的查询和数据代表的内容。 如果您需要保留它，例如，用户设置了一个值然后取消设置它，您应该将该字段保留为 null 或空。如果您不需要，您可以删除此字段。
【讨论】：
请注意，由于 MongoDB 不使用字段名字典压缩，field:null 会消耗磁盘空间和 RAM，而完全不存储 key 不会消耗资源。
【讨论】：
这真的归结为：
我个人选择存储空键。它使集成到我的应用程序中变得更加容易。我将 PHP 与 Active Record 一起使用，并且 uisng 空值使我的生活变得更加轻松，因为我不必将字段依赖的压力放在应用程序上。此外，我不需要编写任何复杂的代码来处理设置不存在变量的魔法。
我个人不会存储像"" 这样的空值，因为如果您不小心，您可能会有两个空值null 和""，然后您将有一个专门查询的偶然风险时间。所以我个人更喜欢null 用于空值。
至于空间和索引：这取决于有多少行可能没有此列，但我怀疑您是否真的会注意到索引大小的增加是由于一些额外的带有 null 的文档。我的意思是存储方面的差异特别小如果相应的键名也很小。这也适用于大型设置。
坦率地说，我不确定 $exists 和 null 之间的索引使用情况，但是 null 可能是一种更标准化的查询存在的方法，因为请记住 MongoDB 是无模式的，这意味着您不需要拥有文档中的该字段再次产生两个空值：不存在和null。所以最好选择其中一个。
我选择null。
【讨论】：
您可能需要考虑的另一点是当您使用诸如 Hibernate OGM 之类的 OGM 工具时。
如果您使用 Java，Hibernate OGM 支持 JPA 标准。因此，如果您可以编写 JPQL 查询，如果您想切换到 OGM 工具支持的备用 NoSQL 数据存储，理论上会很容易。
JPA 没有为 Mongo 中的 $exists 定义等价物。因此，如果您的集合中有可选属性，那么您无法为其编写适当的 JPQL。在这种情况下，如果属性的值存储为 NULL，那么仍然可以编写一个有效的 JPQL 查询，如下所示。
SELECT p FROM pppoe p where p.logout IS null;
【讨论】：
{ item : null } 查询匹配包含值为空的 item 字段或不包含 item 字段的文档。"
SELECT p FROM pppoe p where p.logout IS null; 将在结果中包含缺少的属性。