Qual è il "lato proprietario" in una mappatura ORM?

Cosa significa esattamente la parte proprietaria ? Qual è una spiegazione con alcuni esempi di mappatura ( uno a molti, uno a uno, molti a uno )?

Il seguente testo è un estratto della descrizione di @OneToOne nella documentazione Java EE 6. Puoi vedere il concetto che possiede il lato in esso.

Definisce un'associazione a valore singolo con un'altra entità che ha una molteplicità uno a uno. Normalmente non è necessario specificare esplicitamente l'entità target associata poiché di solito può essere dedotta dal tipo di oggetto a cui si fa riferimento. Se la relazione è bidirezionale, il lato non proprietario deve utilizzare l'elemento mappedBy dell'annotazione OneToOne per specificare il campo relazione o la proprietà del lato proprietario.

Perché è necessaria la nozione di una parte proprietaria:

L'idea di un lato proprietario di una relazione bidirezionale deriva dal fatto che nei database relazionali non vi sono relazioni bidirezionali come nel caso degli oggetti. Nei database abbiamo solo relazioni unidirezionali: chiavi esterne.

Qual è la ragione del nome "lato proprietario"?

Il lato proprietario della relazione tracciata da Hibernate è il lato della relazione che possiede la chiave esterna nel database.

Qual è il problema risolto dall'idea di possedere un lato?

Prendi un esempio di due entità mappate senza dichiarare un lato proprietario:

@Entity
@Table(name="PERSONS")
public class Person {
    @OneToMany
    private List<IdDocument>  idDocuments;
}

@Entity
@Table(name="ID_DOCUMENTS")
public class IdDocument {
    @ManyToOne
    private Person person;
}

Da un punto di vista OO questa mappatura definisce non una relazione bidirezionale, ma due relazioni unidirezionali separate.

Il mapping creerebbe non solo tabelle PERSONSe ID_DOCUMENTS, ma creerebbe anche una terza tabella di associazione PERSONS_ID_DOCUMENTS:

CREATE TABLE PERSONS_ID_DOCUMENTS
(
  persons_id bigint NOT NULL,
  id_documents_id bigint NOT NULL,
  CONSTRAINT fk_persons FOREIGN KEY (persons_id) REFERENCES persons (id),
  CONSTRAINT fk_docs FOREIGN KEY (id_documents_id) REFERENCES id_documents (id),
  CONSTRAINT pk UNIQUE (id_documents_id)
)

Si noti la chiave primaria pksul ID_DOCUMENTSsolo. In questo caso Hibernate tiene traccia di entrambi i lati della relazione in modo indipendente: se aggiungi un documento alla relazione Person.idDocuments, inserisce un record nella tabella delle associazioni PERSON_ID_DOCUMENTS.

D'altra parte, se chiamiamo idDocument.setPerson(person), cambiamo la chiave esterna person_id sulla tabella ID_DOCUMENTS. Hibernate sta creando due relazioni unidirezionali (chiave esterna) sul database, per implementare una relazione oggetto bidirezionale.

In che modo l'idea di possedere una parte risolve il problema:

Molte volte ciò che vogliamo è solo una chiave esterna nella tabella ID_DOCUMENTSverso PERSONSe nella tabella delle associazioni extra.

Per risolvere questo problema, dobbiamo configurare Hibernate in modo da interrompere il tracciamento delle modifiche in relazione Person.idDocuments. Hibernate dovrebbe tracciare solo l' altro lato della relazione IdDocument.person, e per farlo aggiungiamo mappedBy :

@OneToMany(mappedBy="person")
private List<IdDocument>  idDocuments;

Che cosa significa mappedBy?

Questo significa qualcosa come: "le modifiche da questa parte della relazione sono già mappato l'altro lato della IdDocument.person relazione, quindi nessun bisogno di tenere traccia qui separatamente in un tavolo extra."

Ci sono dei GOTCHA, delle conseguenze?

Utilizzando mappedBy , Se chiamiamo solo person.getDocuments().add(document), la chiave esterna in ID_DOCUMENTSsarà NON essere collegato al nuovo documento, perché questo non è il possessore / lato monitorati del rapporto!

Per collegare il documento alla nuova persona, è necessario chiamare esplicitamente document.setPerson(person), poiché quello è il lato proprietario della relazione.

Quando utilizza mappedBy , è responsabilità dello sviluppatore sapere qual è il lato proprietario e aggiornare il lato corretto della relazione al fine di innescare la persistenza della nuova relazione nel database.

Puoi immaginare che il lato proprietario sia l'entità che ha il riferimento all'altro. Nel tuo estratto, hai una relazione uno a uno. Dal momento che è una relazione simmetrica , finirai per avere che se l'oggetto A è in relazione con l'oggetto B, allora anche il viceversa è vero.

Ciò significa che il salvataggio nell'oggetto A di un riferimento all'oggetto B e il salvataggio nell'oggetto B di un riferimento all'oggetto A saranno ridondanti: ecco perché si sceglie quale oggetto "possiede" l'altro con il riferimento ad esso.

Quando hai una relazione uno-a-molti, gli oggetti relativi alla parte "molti" saranno il lato proprietario, altrimenti dovresti memorizzare molti riferimenti da un singolo oggetto a una moltitudine. Per evitarlo, ogni oggetto nella seconda classe avrà un puntatore al singolo a cui si riferiscono (quindi sono il lato proprietario).

Per una relazione molti-a-molti, poiché avrai comunque bisogno di una tabella di mappatura separata, non ci sarà alcun lato proprietario.

In conclusione, il lato proprietario è l'entità che ha il riferimento all'altro.