Association mappings are the often most difficult thing to get right. In this section we'll go through the canonical cases one by one, starting with unidirectional mappings, and then considering the bidirectional cases. We'll use Person and Address in all the examples. We'll classify associations by whether or not they map to an intervening join table, and by multiplicity. Nullable foreign keys are not considered good practice in traditional data modelling, so all our examples use not null foreign keys. This is not a requirement of Hibernate, and the mappings will all work if you drop the nullability constraints. A unidirectional many-to-one association is the most common kind of unidirectional association. ]]> A unidirectional one-to-one association on a foreign key is almost identical. The only difference is the column unique constraint. ]]> A unidirectional one-to-one association on a primary key usually uses a special id generator. (Notice that we've reversed the direction of the association in this example.) person ]]> A unidirectional one-to-many association on a foreign key is a very unusual case, and is not really recommended. ]]> We think it's better to use a join table for this kind of association. A unidirectional one-to-many association on a join table is much preferred. Notice that by specifying unique="true", we have changed the multiplicity from many-to-many to one-to-many. ]]> A unidirectional many-to-one association on a join table is quite common when the association is optional. ]]> A unidirectional one-to-one association on a join table is extremely unusual, but possible. ]]> Finally, we have a unidirectional many-to-many association. ]]> A bidirectional many-to-one association is the most common kind of association. (This is the standard parent/child relationship.) ]]> A bidirectional one-to-one association on a foreign key is quite common. ]]> A bidirectional one-to-one association on a primary key uses the special id generator. person ]]> A bidirectional one-to-many association on a join table. Note that the inverse="true" can go on either end of the association, on the collection, or on the join. ]]> A bidirectional one-to-one association on a join table is extremely unusual, but possible. ]]> Finally, we have a bidirectional many-to-many association. ]]>