MongoDB đối tượng nhúng không có ID (giá trị null)

Question

Tôi có một câu hỏi liên quan đến MongoDB với dữ liệu mùa xuân. Tôi có các lớp miền này:

@Document 
public class Deal { 
    @Id 
    private ObjectId _id; 
    private Location location; 
    private User user; 
    private String description; 
    private String title; 
    private String price; 
    private boolean approved; 
    private Date expirationDate; 
    private Date publishedDate; 
} 

@Document 
public class Location { 
    @Id 
    private ObjectId _id; 
    private Double latitude; 
    private Double longitude; 
    private String country; 
    private String street; 
    private String zip; 
} 

@Document 
public class User { 
    @Id 
    private ObjectId _id; 
    private String email; 
    private String password; 
    private String profile_image_url; 
    private Collection<Deal> deals = new ArrayList<Deal>(); 
} 

Với những miền này tôi có thể thành công CRUD. Chỉ có một vấn đề. Khi lưu User với Deals, các giao dịch và Location get _id được đặt thành null khi lưu chúng vào MongoDB. Tại sao không MongoDB tạo id duy nhất cho các đối tượng nhúng?

Kết quả sau khi tiết kiệm một tài khoản với một thỏa thuận:

{ "_id" : ObjectId("4fed0591d17011868cf9c982"), 
    "_class" : "User", 
    "email" : "milo@gmail.com", 
    "password" : "mimi", 
    "deals" : [ 
    { "_id" : null, 
     "location" : { "_id" : null, 
     "latitude" : 2.22, 
     "longitude" : 3.23445, 
     "country" : "Denmark", 
     "street" : "Denmark road 77", 
     "zip" : "2933" }, 
     "description" : "The new Nexus 7 Tablet. A 7 inch tablet from Google.", 
     "title" : "Nexus 7", 
     "price" : "1300", 
     "approved" : false, 
     "expirationDate" : Date(1343512800000), 
     "publishedDate" : Date(1340933521374) } ] } 

Như bạn có thể nhìn thấy từ kết quả, Xử lý và vị trí ID được thiết lập để NULL.

Answer 1

Một _id không được đặt trên các tài liệu con theo mặc định chỉ trên các tài liệu gốc.

Bạn sẽ cần phải xác định _id cho các tài liệu phụ của bạn khi chèn và cập nhật.

Answer 2

MongoDB CRUD hoạt động (insert, update, find, remove) tất cả các hoạt động trên các tài liệu cấp cao nhất dành riêng - mặc dù tất nhiên bạn có thể lọc theo các lĩnh vực trong các văn bản nhúng. Tài liệu được nhúng luôn được trả về trong tài liệu gốc.

Trường _id là trường bắt buộc của tài liệu gốc và thường không cần thiết hoặc có trong tài liệu được nhúng. Nếu bạn yêu cầu một mã định danh duy nhất, bạn chắc chắn có thể tạo ra chúng, và bạn có thể sử dụng trường _id để lưu trữ chúng nếu điều đó thuận tiện cho mã của bạn hoặc mô hình tâm thần của bạn; thông thường hơn, chúng được đặt tên theo những gì chúng đại diện (ví dụ: "tên người dùng", "otherSystemKey", v.v.). Cả bản thân MongoDB cũng không phải bất kỳ trình điều khiển nào sẽ tự động điền vào trường _id ngoại trừ tài liệu cấp cao nhất.

Cụ thể trong Java, nếu bạn muốn tạo ra giá trị ObjectId cho trường _id trong các văn bản nhúng, bạn có thể làm như vậy với:

someEmbeddedDoc._id = new ObjectId(); 

Answer 3

Mongo không tạo ra hoặc cần _id s trên các tài liệu nhúng. Bạn có thể thêm một trường _id nếu bạn muốn - Tôi đã thực hiện nó.

@Document 
public class Location { 
    @Id 
    private ObjectId _id; 

    public Location() { 
     this._id = ObjectId.get(); 
    } 
} 

@Document 
public class User { 
    @Id 
    private ObjectId _id; 

    public User() { 
     this._id = ObjectId.get(); 
    } 
} 

Điều này phù hợp với tôi.

Answer 4

Trong ngữ cảnh của một kiến ​​trúc REST, nó làm cho mọi cảm giác rằng các tài liệu lồng nhau có các Id riêng của chúng.

1. Việc triển khai bền vững phải độc lập với việc trình bày tài nguyên. Là một người tiêu dùng API, tôi không quan tâm nếu bạn đang sử dụng mongo hoặc mysql. Nếu bạn là một tài liệu làm tổ không có id trong mongo, hãy thử tưởng tượng cách thay đổi lớp persistence thành một cơ sở dữ liệu quan hệ. Bây giờ làm cùng một bài tập đã suy nghĩ trước với một cách tiếp cận độc lập thực hiện. Mô hình hóa các tài liệu lồng nhau trong một db quan hệ, tài liệu gốc và lồng nhau sẽ là các thực thể/bảng khác nhau với các id riêng của chúng. Gốc có thể có mối quan hệ một đến nhiều với tài liệu lồng nhau.
2. Tôi có thể cần phải truy cập tài liệu lồng nhau trực tiếp thay vì tuần tự.I có thể không cần id duy nhất tuyệt đối, như id được tạo bởi mongo, nhưng tôi vẫn cần một số nhận dạng duy nhất cục bộ. Đây là, duy nhất trong tài liệu gốc.

Có lập luận cho biết về nhu cầu id trong tài liệu lồng nhau @dcrosta đã đưa ra câu trả lời đúng về cách điền trường _id ở mongo.

Hy vọng điều này sẽ hữu ích.