In almost every relationship, indep

In almost every relationship, independent of source and target sides, one of the two sides will
have the join column in its table. That side is called the owning sideor the ownerof the relationship.
The side that does not have the join column is called the non-owning or inverse side.
Owner ship is impor tant for mapping because the physical annotations that define the mappings to
the columns in the database (for example, @JoinColumn) are always defined on the owning side of the
relationship. If they are not there, the values are defaulted from the perspective of the attribute on the
owning side.
Many-to-one mappings are always on the owning side of a relationship, so if there is a
@JoinColumnto be found in the relationship that has a many-to-one side, that is where it will be located.
To specify the name of the join column, the name element is used. For example, the
@JoinColumn(name="DEPT_ID")annotation means that the DEPT_IDcolumn in the source entity table is
the foreign key to the target entity table, whatever the target entity of the relationship happens to be.
If no @JoinColumnannotation accompanies the many-to-one mapping, a default column name will
be assumed. The name that is used as the default is formed from a combination of both the source and
target entities. It is the name of the relationship attribute in the source entity, which is departmentin
our example, plus an under scor e char acter (_), plus the name of the primary key column of the target
entity. So if the Departmententity were mapped to a table that had a primary key column named ID, the
join column in the EMPLOYEEtable would be assumed to be named DEPARTMENT_ID. If this is not actually
the name of the column, the @JoinColumnannotation must be defined to override the default.
Going back to Figure 4-10, the foreign key column is named DEPT_IDinstead of the defaulted
DEPARTMENT_IDcolumn name. Listing 4-17 shows the @JoinColumnannotation being used to override the
join column name to be DEPT_ID.

Kết quả (Việt) 1:

Trong hầu hết mọi mối quan hệ, độc lập của mã nguồn và mục tiêu bên, một trong hai bên sẽ có tham gia cột trong bảng của mình. Bên đó được gọi là các sở hữu sideor ownerof mối quan hệ. Bên không có cột tham gia ở đây được gọi là phía bên phòng không sở hữu hoặc nghịch đảo. Chủ sở hữu tàu là impor ý lập bản đồ vì chú thích vật lý mà xác định ánh xạ để Các cột trong cơ sở dữ liệu (ví dụ, @JoinColumn) luôn luôn được xác định bên sở hữu của các mối quan hệ. Nếu họ không có, các giá trị được cài đặt sẵn từ quan điểm của các thuộc tính trên các sở hữu bên. Nhiều một ánh xạ luôn luôn bên sở hữu của một mối quan hệ, do đó, nếu có một @JoinColumnto được tìm thấy trong mối quan hệ có một mặt nhiều một, đó là nơi nó sẽ được đặt. Để chỉ định tên của các cột tham gia, các yếu tố tên được sử dụng. Ví dụ, các @JoinColumn (tên = "DEPT_ID") chú thích có nghĩa là DEPT_IDcolumn trong nguồn thực thể bảng là chìa khóa nước ngoài để bảng mục tiêu tổ chức, các tổ chức bất cứ điều gì mục tiêu của mối quan hệ sẽ xảy ra để. Nếu không có @JoinColumnannotation đi kèm với bản đồ nhiều một, một tên cột mặc định sẽ được giả định. Tên được sử dụng như mặc định được hình thành từ sự kết hợp của cả hai nguồn và mục tiêu thực thể. Nó là tên của thuộc tính mối quan hệ trong thực nguồn, có thể là departmentin Ví dụ của chúng tôi, cộng với một dưới điểm e char acter (_), cộng với tên của các cột chính quan trọng của mục tiêu entity. So if the Departmententity were mapped to a table that had a primary key column named ID, the join column in the EMPLOYEEtable would be assumed to be named DEPARTMENT_ID. If this is not actually the name of the column, the @JoinColumnannotation must be defined to override the default. Going back to Figure 4-10, the foreign key column is named DEPT_IDinstead of the defaulted DEPARTMENT_IDcolumn name. Listing 4-17 shows the @JoinColumnannotation being used to override the join column name to be DEPT_ID.

Kết quả (Việt) 2:

Trong hầu hết các mối quan hệ, độc lập của nguồn và đích hai bên, một trong hai bên sẽ
có tham gia cột trong bảng của mình. Bên đó được gọi là sở hữu sideor các ownerof mối quan hệ.
Các bên mà không có cột tham gia được gọi là các bên không sở hữu hoặc ngược.
Chủ tàu là quan tầm quan để lập bản đồ vì các chú thích vật lý để xác định các bản đồ để
các cột trong cơ sở dữ liệu (ví dụ,JoinColumn) luôn được xác định trên mặt sở hữu của các
mối quan hệ. Nếu họ không có, các giá trị mặc ​​định từ quan điểm của các thuộc tính về
mặt sở hữu.
Nhiều-một ánh xạ là luôn ở bên sở hữu của một mối quan hệ, vì vậy nếu có một
JoinColumnto được tìm thấy trong các mối quan hệ đó có một-to-một trong nhiều bên, đó là nơi nó sẽ được đặt.
Để xác định tên của cột tham gia, các yếu tố tên được sử dụng. Ví dụ,
JoinColumn (name = "DEPT_ID") chú thích có nghĩa là DEPT_IDcolumn trong bảng thực thể là nguồn
chính nước ngoài vào bảng thực thể mục tiêu, bất cứ thực thể mục tiêu của mối quan hệ sẽ xảy ra.
Nếu không cóJoinColumnannotation đi kèm với nhiều-một bản đồ, một tên cột mặc định sẽ
được giả định. Tên được sử dụng như là mặc định được hình thành từ sự kết hợp của cả hai nguồn và
các đơn vị mục tiêu. Đó là tên của thuộc tính mối quan hệ trong tổ chức nguồn, được departmentin
ví dụ của chúng tôi, cộng với một dưới SCOR e char acter (_), cộng với tên của cột chính quan trọng của mục tiêu
thực thể. Vì vậy, nếu Departmententity được ánh xạ tới một bảng có một khóa chính cột có tên ID,
tham gia cột trong EMPLOYEEtable sẽ được giả định được đặt tên là department_id. Nếu điều này không thực sự là
tên của cột,JoinColumnannotation phải được xác định để ghi đè lên mặc định.
Trở lại với hình 4-10, cột chính nước ngoài được đặt tên DEPT_IDinstead của defaulted
tên DEPARTMENT_IDcolumn. Bảng liệt kê 4-17 cho thấyJoinColumnannotation được sử dụng để ghi đè lên
tham gia tên cột được DEPT_ID.