clave compuesta de hibernación

Question

¿Es necesario que la identificación compuesta esté asignada a la clase?

¿puede ser así?

<composite-id> 
    <key-property=..../> 
    <key-property=..../> 
</composite-id> 

o debería ser

<composite-id class=....> 
    <key-property=..../> 
    <key-property=..../> 
</composite-id> 

si ello es necesario que si tenemos clave compuesta entonces que la clase debe implementar equals() y override() método?

Answer 1

Hibernate debe ser capaz de comparar y serializar los identificadores. Por lo tanto, la clase de identificador debe ser serializable y anular hashCode() y equals() de forma coherente con la noción de igualdad de clave compuesta de la base de datos.

Si tiene una identificación compuesta mapeada como propiedades de la entidad, la entidad misma es el identificador.

Un segundo enfoque se denomina un identificador compuesto mapeado, donde las propiedades identificador denominado dentro de la > elemento < composite-id se duplican en tanto la clase persistente y una clase de identificador separado

Finalmente, un composite-id puede ser una clase componente. En este caso, la clase de componente es la clase de identificador.

Tenga en cuenta que se recomienda encarecidamente que el ID sea una clase separada. De lo contrario, solo tendrá formas muy incómodas de buscar su objeto utilizando session.get() o session.load().

secciones pertinentes de la documentación referencia:

• composite-id
• Components as composite identifiers

En este ejemplo, un material compuesto de ID se asignan como propiedades de la entidad. (Lo siguiente asume que está definiendo la clase Empleado).

<composite-id> 
    <key-property name="EmployeeNumber"/> 
    <key-property name="Dependent"/> 
</composite-id> 

class EmployeeAssignment implements Serializable 
{ 
    string getEmployeeNumber() 
    void setEmployeeNumber(string value) 
    string getDepartment() 
    void setDepartment(string value) 
    boolean equals(Object obj) 
    int hashCode() 
} 

Un mapeado composite-id:

<composite-id class="EmployeeAssignmentId" mapped="true"> 
    <key-property name="EmployeeNumber"/> 
    <key-property name="Dependent"/> 
</composite-id> 

class EmployeeAssignment 
{ 
    string getEmployeeNumber() 
    void setEmployeeNumber(string value) 
    string getDepartment() 
    void setDepartment(string value) 
} 

class EmployeeAssignmentId implements Serializable 
{ 
    string getEmployeeNumber() 
    void setEmployeeNumber(string value) 
    string getDepartment() 
    void setDepartment(string value) 
    boolean equals(Object obj) 
    int hashCode() 
} 

un componente como un composite-id:

<composite-id name="Id" class="EmployeeAssignmentId"> 
    <key-property name="EmployeeNumber"/> 
    <key-property name="Dependent"/> 
</composite-id> 

class EmployeeAssignment 
{ 
    EmployeeAssignmentId getId() 
    void setId(EmployeeAssignmentId value) 
} 

class EmployeeAssignmentId implements Serializable 
{ 
    string getEmployeeNumber() 
    void setEmployeeNumber(string value) 
    string getDepartment() 
    void setDepartment(string value) 
    boolean equals(Object obj) 
    int hashCode() 
} 

Answer 2

Ambos son posibles. Si usa

<composite-id> 
    <key-property=..../> 
    <key-property=..../> 
</composite-id> 

Entonces no se requiere una clase separada para representar la clave. Los valores de ID se toman de las propiedades de la entidad misma.

Si utiliza

<composite-id class="...."> 
    <key-property=..../> 
    <key-property=..../> 
</composite-id> 

Entonces la clase especificada habrá una utilizarse como un soporte para las propiedades clave. Sin embargo, la clase de entidad debe también tener estas propiedades: los valores se almacenan tanto en la clase de entidad como en la clase de ID compuesta. La clase de entidad no tiene conocimiento de la clase de clave. No es muy agradable, en mi opinión.

Hay una tercera enfoque más agradable, que se describe en la documentación here:

<composite-id name="id" class="OrderLineId"> 
    <key-property name="lineId"/> 
    <key-property name="orderId"/> 
    <key-property name="customerId"/> 
</composite-id> 

Aquí, la clave compuesta está representada por la clase OrderLineId, una instancia de los cuales se almacena en el campo id en la clase de entidad . Esto mantiene la separación entre entidad y clave mucho más limpia.

Answer 3

Si tiene una clave compuesta que contiene relaciones con otras entidades, hacerlo de esta manera:

<composite-id> 
    <key-many-to-one name="employee" column="FK_EMPLOYEE" entity-name="net.package.name.Employee" /> 
    <key-many-to-one name="department" column="FK_DEPARTMENT" entity-name="net.package.name.Department" /> 
</composite-id>