MongoDB C# Driver：如何简化条件UpdateDefinition逻辑？

由于聚合管道触发已知的CSHARP-4745 bug，可改用MongoDB驱动的条件更新语法实现单次UpdateOneAsync操作，替代原有的两次操作，逻辑完全匹配需求：当MyObject不为空时更新其A、B、C属性，为空时创建新实例赋值。

强类型实现方式 #

var filter = Builders<YourDocumentType>.Filter.Eq(d => d.Id, targetId);

var update = Builders<YourDocumentType>.Update
    .Conditional(
        // 判断MyObject存在且不为null的条件
        Builders<YourDocumentType>.Filter.Exists(d => d.MyObject) & 
        Builders<YourDocumentType>.Filter.Ne(d => d.MyObject, BsonNull.Value),
        // 满足条件时：直接更新A、B、C属性
        Builders<YourDocumentType>.Update
            .Set(d => d.MyObject.A, newValueA)
            .Set(d => d.MyObject.B, newValueB)
            .Set(d => d.MyObject.C, newValueC),
        // 不满足条件时：创建新的MyObject实例赋值
        Builders<YourDocumentType>.Update.Set(d => d.MyObject, new MyObject 
        { 
            A = newValueA, 
            B = newValueB, 
            C = newValueC 
        })
    );

// 开启Upsert确保目标文档不存在时也能创建并设置MyObject
await collection.UpdateOneAsync(filter, update, new UpdateOptions { IsUpsert = true });

原生BsonDocument实现方式 #

如果强类型语法遇到边界问题，可直接用BsonDocument编写更新逻辑：

var filter = new BsonDocument("_id", targetId);

var update = new BsonDocument("$cond", new BsonArray
{
    // 条件判断：MyObject存在且不为null
    new BsonDocument("$and", new BsonArray
    {
        new BsonDocument("$exists", "$MyObject"),
        new BsonDocument("$ne", new BsonArray { "$MyObject", BsonNull.Value })
    }),
    // 满足条件时的更新逻辑
    new BsonDocument("$set", new BsonDocument
    {
        { "MyObject.A", newValueA },
        { "MyObject.B", newValueB },
        { "MyObject.C", newValueC }
    }),
    // 不满足条件时的更新逻辑
    new BsonDocument("$set", new BsonDocument("MyObject", new BsonDocument
    {
        { "A", newValueA },
        { "B", newValueB },
        { "C", newValueC }
    }))
});

await collection.UpdateOneAsync(filter, update, new UpdateOptions { IsUpsert = true });

核心逻辑说明 #

• 利用$cond条件操作符在单次更新中分支处理两种场景，完全避免两次UpdateOneAsync的冗余调用
• IsUpsert=true参数确保目标文档不存在时，自动创建新文档并执行对应赋值逻辑
• 两种实现均避开了聚合管道相关的CSHARP-4745 bug，稳定性更可靠

内容的提问来源于stack exchange，提问作者olfek