我是mongodb的新手并且我很喜欢不用担心架构的问题,我有一个问题,假设你想在mongo中使用Id属性而mongo使用ObjectId
来表示属性Id,到目前为止我看到了您可以拥有或装饰ID,如下所示,
public ObjectId Id {get; set;}
//or
[BsonId]
public string Id {get; set;}
//or
[BsonId]
[BsonRepresentation(BsonType.ObjectId)]
public string Id {get; set;}
任何人都可以向我解释为什么大多数人选择最后一种类型,以及最新情况以及灵活性如何帮助。感谢?
答案 0 :(得分:16)
1)如果您的强类型Id, id or _id
类(集合中的项类型)中有一个名为TDocument
的列,那么将在Mongo中生成一个名为"_id"
的列。它还将为该列创建索引。如果尝试插入包含已存在的键的项,则会出现duplicate key error
异常。
public ObjectId Id { get; set; }
将使用ObjectId
的类型生成器,它看起来像_id: ObjectId("57ade20771e59f422cc652d9")
。
public Guid _id { get; set; }
将使用Guid生成器生成类似"_id" : BinData(3,"s2Td7qdghkywlfMSWMPzaA==")
的smth。
public int Id { get; set; }
,public string id { get; set; }
,public byte[] _id { get; set; }
也将是索引列,如果未指定,则使用每种类型的默认值。
2)[BsonId]
为您提供了以任何方式命名索引的灵活性。 [BsonId] public Guid SmthElseOtherThanId { get; set; }
和[BsonId] public string StringId { get; set; }
将成为索引; public Guid SmthElseOtherThanId { get; set; }
和public string StringId { get; set; }
不会。 mongodb仍会在内部使用_id
。
相同的逻辑,没有public ObjectId SmthElseOtherThanId {get; set;}
装饰的[BsonId]
将不是索引列。
3)[BsonRepresentation]
允许您使用Mongo类型与内部.Net类型,,如果它们之间存在转换。
[BsonId] [BsonRepresentation(BsonType.ObjectId)] public ObjectId Id { get; set; }
与public ObjectId Id { get; set; }
相同。
但[BsonId] [BsonRepresentation(BsonType.ObjectId)] public string Id { get; set; }
不同。 Mongo将自己自动生成对象ID,但是你可以在.net中使用字符串,过滤查询等,因为对象id和字符串之间存在转换。
让[BsonId] [BsonRepresentation(BsonType.ObjectId)] public byte[] Id { get; set; }
或[BsonId] [BsonRepresentation(BsonType.ObjectId)] public int Id { get; set; }
失败并显示ObjectId not a valid representation for a ByteArraySerializer / Int32Serializer
条消息。
但是[BsonId] [BsonRepresentation(BsonType.String)] public int StringId { get; set; }
会很好。