Bir ORM eşlemesinde "sahiplik tarafı" nedir?

Sahibi olan taraf tam olarak ne anlama geliyor? Bazı haritalama örneklerinin açıklaması nedir ( birden çoka, bire bir, çoktan bire )?

Aşağıdaki metin, Java EE 6 belgelerinde @OneToOne açıklamasından bir alıntıdır . Konseptin sahip olduğu tarafı görebilirsiniz .

Bire bir çokluğu olan başka bir varlıkla tek değerli bir ilişkilendirmeyi tanımlar. İlişkili hedef varlığın açıkça belirtilmesi normalde gerekli değildir, çünkü genellikle başvurulan nesnenin türünden çıkarılabilir. İlişki çift yönlü ise, sahip olmayan tarafın , sahip tarafın ilişki alanını veya özelliğini belirtmek için OneToOne ek açıklamasının mappedBy öğesini kullanması gerekir.

Sahibi olan taraf kavramı neden gereklidir:

İki yönlü bir ilişkinin sahip olduğu taraf fikri, ilişkisel veritabanlarında nesnelerdeki gibi çift yönlü ilişkiler olmadığı gerçeğinden gelir. Veritabanlarında sadece tek yönlü ilişkilerimiz var - yabancı anahtarlar.

'Sahiplenme tarafı' adının nedeni nedir?

Hibernate tarafından izlenen ilişkinin sahibi olan taraf, ilişkinin veritabanında yabancı anahtara sahip olan tarafıdır .

Taraf sahibi olma fikrinin çözdüğü sorun nedir?

Eşlenen iki tarafın bir örneğini ele alalım olmadan bir sahibi tarafını ilan:

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

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

OO bakış açısına göre, bu eşleme bir çift yönlü ilişkiyi değil, iki ayrı tek yönlü ilişkiyi tanımlar.

Haritalama sadece tablolar yaratacak PERSONSve ID_DOCUMENTSaynı zamanda üçüncü bir bağlantı tablosu yaratacak 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)
)

Birincil anahtar dikkat pküzerinde ID_DOCUMENTSsadece. Bu durumda Hibernate, ilişkinin her iki tarafını bağımsız olarak izler: İlişkiye bir belge eklerseniz Person.idDocuments, ilişkilendirme tablosuna bir kayıt ekler PERSON_ID_DOCUMENTS.

Öte yandan idDocument.setPerson(person)ararsak, masadaki yabancı anahtar person_id'i değiştiririz ID_DOCUMENTS. Hibernate, iki yönlü bir nesne ilişkisi uygulamak için veritabanında iki tek yönlü (yabancı anahtar) ilişki oluşturuyor.

Tarafa sahip olma kavramı sorunu nasıl çözer:

Çoğu zaman istediğimiz şey sadece masaya ID_DOCUMENTSdoğru bir yabancı anahtar PERSONSve ekstra ilişkilendirme tablosu.

Bunu çözmek için, ilgili değişiklikleri izlemeyi durduracak şekilde Hibernate'i yapılandırmamız gerekir Person.idDocuments. Hazırda bekletme , ilişkinin yalnızca diğer tarafını izlemelidirIdDocument.person ve bunu yapmak için mappedBy ekleriz :

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

MappedBy ne anlama geliyor?

Gibi bu araçlar bir şey: "ilişkisi bu tarafında değişiklikler zaten vardır eşlenen gerek ekstra tabloda ayrı buradan takip etmek, böylece ilişki IdDocument.person diğer tarafında."

Herhangi bir GOTCHA, sonuç var mı?

Kullanılması mappedBy biz sadece çağırırsanız, person.getDocuments().add(document), yabancı anahtar ID_DOCUMENTSolacak DEĞİL bu ilişkinin sahip olma / izlenen tarafı olmadığı için, yeni dokümana bağlantı!

Belgeyi yeni kişiye bağlamak için, açıkça aramanız gerekir document.setPerson(person), çünkü bu, ilişkinin sahibi olan taraftır .

MappedBy kullanılırken , veri tabanındaki yeni ilişkinin kalıcılığını tetiklemek için sahip olan tarafın ne olduğunu bilmek ve ilişkinin doğru tarafını güncellemek geliştiricinin sorumluluğundadır.

Sahibi olan tarafın diğer tarafa referans veren varlık olduğunu hayal edebilirsiniz . Alıntıda bire bir ilişkiniz var. Bir olduğuna göre simetrik ilişki, nesne bir de tersi daha sonra nesne B ile ilgili olarak ise doğruysa o sahip bitireceğiz.

Bu, A nesnesine B nesnesine bir referans kaydetmenin ve B nesnesine A nesnesine bir referans kaydetmenin gereksiz olacağı anlamına gelir: bu nedenle, hangi nesnenin diğerinin kendisine "sahip" olduğunu seçersiniz.

Bire çok bir ilişkiniz olduğunda, "çok" bölümüyle ilgili nesneler sahiplik tarafı olacaktır, aksi takdirde tek bir nesneden çokluğa birçok referansı saklamanız gerekir. Bundan kaçınmak için, ikinci sınıftaki her nesnenin başvurdukları tek nesneye bir işaretçisi olacaktır (bu nedenle onlar sahip olan taraftır).

Çoktan çoğa bir ilişki için, ayrı bir eşleme tablosuna ihtiyacınız olacağından, zaten herhangi bir sahiplik tarafı olmayacaktır.

Sonuç olarak, sahip olan taraf , diğerine referans veren varlıktır.