One-to-one
關系映射
?
??? 對于
hibernate
的
one-to-one
關系來說，大家常常把它忽略，認為它很簡單，其實這里面有些細節需要注意，在
hibernate3
中有兩種實現one-to-one的方法：第一種就是用
many-to-one
來代替一對多，其實
one-to-one
也就是
many-to-one
的一種極限方式，若把
many-to-one
設置
unique="true"
，則這時候的
many-to-one
實質上就是
one-to-one;
這里為什么能夠用
many-to-one
來代替
one-to-one
呢？最根本的是兩個對象必須有一個字段相關聯，那么你也發現
one-to-one
中沒有
column
屬性，也就是不能夠把
one-to-one
的這種關系生成一個字段
/
屬性，而
many-to-one
可以，它有
column
屬性。所以，說了這么多，你應該明白為什么可以用
many-to-one
來代替
one-to-one.
?
對于這種方法要注意幾點：
例如，下面的介紹中
use
中的兩個字段同時影射
adress
，只能夠實現單向
one-to-one,
也就是從
use
到
adress
，不能夠實現從
adress
到
use.
然但下面也介紹了可以使用復雜的方法來解決，但是得不償失。
?
第二種方法：基于主鍵關聯的
one-to-one,
這種方法比較直接。也就是讓
adress
的主鍵值和
use
的一樣就可以了，通過
<id name="id" column="ADDRESS_ID">
<generator class="foreign">
<param name="property">user</param>
</generator>
來把
adress
的主鍵值和
use
的主鍵值相等。其余的設置都是小事。
?
對于初學者來說應該注意：單在
use
和
adress
中設置
one-to-one
是不行的，需要設置上面的代碼，需要實現one-to-one兩端的對象主鍵值相同，這是最主要的。這也是
one-to-one
與
many-to-one
的不同之處。應當注意。
???????????????????????????????????????????????????????????????????????????????????????????fasttalk
??????????????????????????????????????????????????????????????????????????????
www.aygfsteel.com/asktalk
?
?
?
Using a foreign key association
The easiest way to represent the association from User to its billingAddress is to use a <many-to-one> mapping with a unique constraint on the foreign key. This may surprise you, since many doesn’t seem to be a good description of either end of a one-to-one association! However, from Hibernate’s point of view, there isn’t much difference between the two kinds of foreign key associations. So, we add a foreign key column named BILLING_ADDRESS_ID to the USER table and map it as follows:
?
<many-to-one name="billingAddress"
class="Address"
column="BILLING_ADDRESS_ID"
cascade="save-update"/>
?
Note that we’ve chosen save-update as the cascade style. This means the Address will become persistent when we create an association from a persistent User. Probably,? cascade="all" makes sense for this association, since deletion of the User should result in deletion of the Address. (Remember that Address now has its own entity lifecycle.)
?
Our database schema still allows duplicate values in the BILLING_ADDRESS_ID column of the USER table, so two users could have a reference to the same address. To make this association truly one-to-one, we add unique="true" to the <many-toone> element, constraining the relational model so that there can be only one user per address:
?
<many-to-one name="billingAddress"
class="Address"
column="BILLING_ADDRESS_ID"
cascade="all"
unique="true"/>
?
This change adds a unique constraint to the BILLING_ADDRESS_ID column in the DDL generated by Hibernate—resulting in the table structure illustrated by figure 6.7.
?
But what if we want this association to be navigable from Address to User in Java?? From chapter 3, you know how to turn it into a bidirectional one-to-many collection—but we’ve decided that each Address has just one User, so this can’t be the right solution. We don’t want a collection of users in the Address class. Instead, we add a property named user (of type User) to the Address class, and map it like so in the mapping of Address:
?
<one-to-one name="user"
class="User"
property-ref="billingAddress"/>
?
This mapping tells Hibernate that the user association in Address is the reverse direction of the billingAddress association in User.
?
In code, we create the association between the two objects as follows:
Address address = new Address();
address.setStreet("646 Toorak Rd");
address.setCity("Toorak");
address.setZipcode("3000");
Transaction tx = session.beginTransaction();
User user = (User) session.get(User.class, userId);
address.setUser(user);
user.setBillingAddress(address);
tx.commit();
To finish the mapping, we have to map the homeAddress property of User. This is easy enough: we add another <many-to-one> element to the User metadata, mapping a new foreign key column, HOME_ADDRESS_ID:
?
<many-to-one name="homeAddress"
class="Address"
column="HOME_ADDRESS_ID"
cascade="save-update"
unique="true"/>
?
The USER table now defines two foreign keys referencing the primary key of the ADDRESS table: HOME_ADDRESS_ID and BILLING_ADDRESS_ID.
?
Unfortunately, we can’t make both the billingAddress and homeAddress associations bidirectional, since we don’t know if a particular address is a billing address or a home address. (We can’t decide which property name—billingAddress or homeAddress—to use for the property-ref attribute in the mapping of the user property.) We could try making Address an abstract class with subclasses HomeAddress and BillingAddress and mapping the associations to the subclasses. This approach would work, but it’s complex and probably not sensible in this case.? Our advice is to avoid defining more than one one-to-one association between any two classes. If you must, leave the associations unidirectional. If you don’t have more than one—if there really is exactly one instance of Address per User—there is an alternative approach to the one we’ve just shown. Instead of defining a foreign key column in the USER table, you can use a primary key association.
?
Using a primary key association
Two tables related by a primary key association share the same primary key values.? The primary key of one table is also a foreign key of the other. The main difficulty with this approach is ensuring that associated instances are assigned the same primary key value when the objects are saved. Before we try to solve this problem, let’s see how we would map the primary key association.
?
For a primary key association, both ends of the association are mapped using the <one-to-one> declaration. This also means that we can no longer map both the billing and home address, only one property. Each row in the USER table has a corresponding row in the ADDRESS table. Two addresses would require an additional table, and this mapping style therefore wouldn’t be adequate. Let’s call this single address property address and map it with the User:
?
<one-to-one name="address"
class="Address"
cascade="save-update"/>
?
Next, here’s the user of Address:
<one-to-one name="user"
class="User"
constrained="true"/>
?
The most interesting thing here is the use of constrained="true". It tells Hibernate that there is a foreign key constraint on the primary key of ADDRESS that refers to the primary key of USER.
?
Now we must ensure that newly saved instances of Address are assigned the same identifier value as their User. We use a special Hibernate identifier-generation strategy called foreign:
?
<class name="Address" table="ADDRESS">
<id name="id" column="ADDRESS_ID">
<generator class="foreign">
<param name="property">user</param>
</generator>
</id>
...
<one-to-one name="user"
class="User"
constrained="true"/>
</class>
?
The <param> named property of the foreign generator allows us to name a one-toone association of the Address class—in this case, the user association. The foreign generator inspects the associated object (the User) and uses its identifier as the identifier of the new Address. Look at the table structure in figure 6.8.? The code to create the object association is unchanged for a primary key association; ?it’s the same code we used earlier for the many-to-one mapping style.
?