MongoDB Embedded Objects no tiene ID (valor nulo)

Question

Tengo una pregunta sobre MongoDB con Spring Data. tengo estas clases de dominio:

@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>(); 
} 

Con estos dominios que puedo con éxito CRUD. Solo hay un problema. Al guardar un Usuario con Ofertas, las ofertas y la Ubicación obtienen _id establecido en nulo al guardarlos en MongoDB. ¿Por qué no puede MongoDB generar identificaciones únicas para objetos incrustados?

El resultado después de guardar un usuario con un trato:

{ "_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) } ] } 

Como se puede ver en el resultado, Deal y el ID de ubicación se establece en NULL.

Answer 1

Un _id no está configurado en los subdocumentos de forma predeterminada solo en los archivos raíz.

Deberá definir un _id para sus subdocumentos al insertar y actualizar.

Answer 2

operaciones CRUD (MongoDB insert, update, find, remove) todos funcionan en documentos de alto nivel exclusivamente - aunque por supuesto se puede filtrar por campos en documentos incrustados. Los documentos incrustados siempre se devuelven dentro del documento principal.

El campo _id es un campo obligatorio del documento principal y, por lo general, no es necesario ni está presente en los documentos incrustados. Si necesita un identificador único, puede crearlos y puede usar el campo _id para almacenarlos si es conveniente para su código o su modelo mental; más típicamente, se nombran según lo que representan (por ejemplo, "nombre de usuario", "otherSystemKey", etc.). Ni MongoDB ni ninguno de los controladores llenarán automáticamente un campo _id excepto en el documento de nivel superior.

Específicamente en Java, si desea generar valores para el campo OBJECTID _id en los documentos incorporados, puede hacerlo con:

someEmbeddedDoc._id = new ObjectId(); 

Answer 3

Mongo no crea ni necesita _id s en documentos incrustados. Puede agregar un campo _id si lo desea; lo he hecho.

@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(); 
    } 
} 

Esto funciona muy bien para mí.

Answer 4

En el contexto de una arquitectura REST tiene todo el sentido de que los documentos anidados tienen sus propios Id.

1. La implementación de la persistencia debe ser independiente de la representación de los recursos. Como consumidor API, no me importa si está usando mongo o mysql. Si anida documentos sin id en mongo, intente imaginar cómo cambiar la capa de persistencia a una base de datos relacional. Ahora haga el mismo ejercicio habiendo pensado de antemano con un enfoque independiente de la implementación. Al modelar documentos anidados en un db relacional, los documentos raíz y anidados serán entidades/tablas diferentes, cada una con sus propios identificadores. La raíz podría tener una relación uno a muchos con el documento anidado.
2. Es posible que necesite acceder a un documento anidado directamente en lugar de secuencialmente. Puede que no necesite identificadores únicos absolutos, como los emitidos por mongo, pero aún necesitaré algún identificador único local. Esto es único en el documento raíz.

Habiendo discutido mi punto sobre la necesidad de identificadores en documentos anidados @dcrosta ya ha dado una respuesta correcta sobre cómo llenar el campo _id en mongo.

Espero que esto ayude.