Cố gắng hiểu tầm quan trọng của một bên sở hữu mối quan hệ một-nhiều trong ORM

Question

Mặc dù câu hỏi của tôi được diễn giải cụ thể theo cách các mối quan hệ thực thể được mô tả trong khung chơi, sử dụng Hibernate, tôi chắc chắn đây là một khái niệm.

Khi chúng tôi có mối quan hệ một-nhiều, chúng tôi luôn được yêu cầu chỉ định bên sở hữu.

Vì vậy, ví dụ: nếu chúng tôi có mối quan hệ một-nhiều giữa Người và PhoneNumber, chúng tôi sẽ viết mã như thế này.

@Entity 
class Person { 
    @OneToMany(mappedBy="person") 
    public Set<PhoneNumber> phoneNumbers; 
} 

@Entity 
class PhoneNumber { 
    @ManyToOne 
    public Person person; 
} 

Trong mã ở trên, chủ sở hữu là PhoneNumber. Những ưu và khuyết điểm của hai bên là thực thể sở hữu là gì?

Tôi nhận ra khi thực thể sở hữu là PhoneNUmber, mối quan hệ được biểu thị là ManyToOne, sẽ không kết quả trong bảng nối, trong khi khi bên sở hữu là Person, mối quan hệ được mô tả sẽ là OneToMany. được tạo ra.

Đây có phải là lý do chính để xác định bên sở hữu hoặc có các lý do khác không?

Cập nhật: Tôi vừa nhận ra rằng this thread cung cấp một phần câu trả lời, nhưng tôi hy vọng cũng có thể có các điểm khác.

Answer 1

Với hầu hết các lớp ORM, bạn có khái niệm tải chậm. Khi bạn tạo một đối tượng Person, nó sẽ không tải các thiết lập điện thoại trừ khi được yêu cầu. Đôi khi, cách bạn muốn tra cứu dữ liệu cũng có thể quyết định cách bạn lưu trữ dữ liệu đó.

Giống như nếu bạn muốn đưa người lên trước và sau đó hiển thị số điện thoại theo yêu cầu thì việc giữ người tham chiếu trong điện thoại vẫn ổn. Trước tiên, bạn kích hoạt một truy vấn đơn giản để tải dữ liệu người và sau đó chỉ cần tra cứu số điện thoại dựa trên person.id (đã được tải) person.id (một truy vấn đơn giản khác)

Trong khi hiển thị dữ liệu người + điện thoại cùng một lúc, bạn muốn có một bảng tham gia mà bạn chỉ có thể tải dữ liệu dựa trên bảng người + người-điện thoại tham gia bảng sử dụng id người như các phím vào bảng điện thoại, tất cả trong một đi. Ở đây nó sẽ là tốn kém để làm tra cứu mà không có một bảng quan hệ.

Nhưng khá thẳng thắn, nếu bạn nghĩ rằng SQL thay vì ORM sau đó bạn sẽ đi với một bảng mối quan hệ mỗi lần: D

Answer 2

Một điểm quan trọng cần lưu ý là các mối quan hệ sở hữu là một trong đó thực sự tồn tại các quan hệ về tiết kiệm. Với ví dụ:

Person person = new Person(); 
    PhoneNumber pn = new PhoneNumber(); 
    pn.phone = "12345678"; 
    person.phoneNumbers.add(pn); 
    session.save(person); 

Quan hệ không được lưu nếu bạn tải lại thực thể từ cơ sở dữ liệu mà bạn sẽ thấy không có số. Để thực sự thêm mối quan hệ bạn cần đặt người ở bên chủ sở hữu (PhoneNumber) và sau đó lưu.

// the relation is not saved 
    Person loadedPerson = (Person)session.load(Person.class, person.id); 
    System.out.println(loadedPerson.phoneNumbers.size()); // prints 0! 

    pn.person = person; 
    session.save(pn); 

    loadedPerson = (Person)session.load(Person.class, person.id); 
    System.out.println(loadedPerson.phoneNumbers.size()); // prints 1