linq - MongoDB LINQ 提供程序对名为 "id"的字段的奇怪行为

Question

这是 Mongo LINQ 提供程序失败的 JSON 文档:

{"results":
     {"text":"@twitterapi  http://tinyurl.com/ctrefg",
     "to_user_id":396524,
     "to_user":"TwitterAPI",
     "from_user":"jkoum",
     "metadata":
     {
      "result_type":"popular",
      "recent_retweets": 109
     },
     "id":1478555574, 
     "from_user_id":1833773,
     "iso_language_code":"nl",
     "source":"<a href=\"http://twitter.com/\">twitter<\/a>",
     "profile_image_url":"http://s3.amazonaws.com/twitter_production/profile_images/118412707/2522215727_a5f07da155_b_normal.jpg",
     "created_at":"Wed, 08 Apr 2009 19:22:10 +0000",
     "since_id":0,
     "max_id":1480307926,
     "refresh_url":"?since_id=1480307926&q=%40twitterapi",
     "results_per_page":15,
     "next_page":"?page=2&max_id=1480307926&q=%40twitterapi",
     "completed_in":0.031704,
     "page":1,
     "query":"%40twitterapi"}
}

注意一个“id”字段。以下是相关的 C# 实体定义:

class Twitter
{
    [BsonId]
    public ObjectId Id { get; set; }
    public Result results { get; set; }
}

private class Result
{
    public string text { get; set; }
    public int to_user_id { get; set; }
    public string to_user { get; set; }
    public string from_user { get; set; }
    public Metadata metadata { get; set; }
    public int id { get; set; }
    public int from_user_id { get; set; }
    public string iso_language_code { get; set; }
    public string source { get; set; }
    public string profile_image_url { get; set; }
    public string created_at { get; set; }
    public int since_id { get; set; }
    public int max_id { get; set; }
    public string refresh_url { get; set; }
    public int results_per_page { get; set; }
    public string next_page { get; set; }
    public double completed_in { get; set; }
    public int page { get; set; }
    public string query { get; set; }
}

class Metadata
{
    public string result_type { get; set; }
    public int recent_retweets { get; set; }
}

如果我创建一个“Twitter”集合并保存上面的文档，那么当我使用 Mongo LINQ 提供程序查询它时，它会引发 FileFormatException 异常: "元素 'id' 不匹配 Mongo.Context.Tests.NativeTests+Result 类的任何字段或属性"

但是，有两种替代解决方法可以解决此问题:

1. 重命名结果“id”字段，例如在 JSON doc 和 Result 类中都“idd”。然后 LINQ 查询工作。
2. 保留“id”字段，但另外将字段“Id”添加到 Result 类并用属性 [BsonId] 标记它。现在 Result 类同时包含“Id”和“id”字段，但查询有效!

我使用 Mongo API 来查询集合，一切正常，所以我想这一定是 MongoDB LINQ 提供程序中的错误。嵌套 JSON 元素中的“id”不应该是保留的工作，不是吗？

更新:这是 native API 查询执行的结果:

> db.Twitter.find().limit(1);

{ "_id" : ObjectId("50c9d3a4870f4f17e049332b"),
 "results" : { 
    "text" : "@twitterapi  http://tinyurl.com/ctrefg", 
    "to_user_id" : 396524, 
    "to_user" : "TwitterAPI", 
    "from_user" : "jkoum", 
    "metadata" : { "result_type" : "popular", "recent_retweets" : 109 }, 
    "id" : 1478555574, 
    "from_user_id" : 1833773, "
    iso_language_code" : "nl", 
    "source" : "<a href=\"http://twitter.com/\">twitter</a>", 
    "profile_image_url" : "http://s3.amazonaws.com/twitter_production/profile_images/118412707/2522215727_a5f07da155_b_normal.jpg", 
    "created_at" : "Wed, 08 Apr 2009 19:22:10 +0000", 
    "since_id" : 0, 
    "max_id" : 1480307926, 
    "refresh_url" : "?since_id=1480307926&q=%40twitterapi", "results_per_page" : 15,    "next_page" : "?page=2&max_id=1480307926&q=%40twitterapi", 
    "completed_in" : 0.031704, 
    "page" : 1, 
    "query" : "%40twitterapi" 
    } 
}

Answer 1

MongoDB 要求存储在数据库中的每个文档都有一个名为“_id”的字段(在根级别)。

C# 驱动程序假定您的类中称为“Id”、“id”或“_id”的任何字段都将映射到特殊的“_id”字段。这是一个约定，可以被覆盖。 C# 驱动程序不知道您的 Result 类不打算用作集合的根文档，因此它会找到您的“id”字段并将其映射到数据库中的“_id”。

您可以覆盖它的一种方法是更改​​类中字段的名称(如您所见)。然后您还可以使用 [BsonElement] 属性将您的 C# 字段名称(例如“idd”)映射到数据库中实际使用的任何名称(例如“id”)。例如:

public class Result
{
    [BsonElement("id")]
    public int idd; // matches "id" in the database
    // other fields
}

另一种替代方法是覆盖查找类的“Id”成员的约定，以抑制 Result 类的 C# 驱动程序的默认行为。您可以通过为您的 Result 类注册一个新的 ConventionProfile 来做到这一点。例如:

var noIdConventions= new ConventionProfile();
noIdConventions.SetIdMemberConvention(new NamedIdMemberConvention()); // no names
BsonClassMap.RegisterConventions(noIdConventions, t => t == typeof(Result));

您必须确保在您的 Result 类被映射之前，在程序的早期就这样做。