views:

300

answers:

2

This is a similar problem to "Hibernate @OneToMany without a separate join table", in that I need a @OneToMany relationship without a join table. However, I would also like to not define the inverse relationship. Removing the inverse seems to result in a join table being automatically generated... is there a workaround for this?

+3  A: 

Hi,

In JPA you can use @JoinColumn as a way to avoid to generate joined table.

Try it.

@OneToMany
@JoinColumn(name="COLUMN_NAME")

UPDATE

The info provided above has been extracted from EJB 3.0 o'reilly book (Look for The @JoinColumn annotation references the CUSTOMER_ID column in the PHONE table). However, plain JPA 1.0 specification does not support this feature. What it says is

Unidirectional one-to-many relationships may be implemented using one-to-many foreign key mappings, however, such support is not required in this release. Applications that want to use a foreign key mapping strategy for one-to-many relationships should make these relationships bidirectional to ensure portability

So it is a vendor-specific implementation (And it makes sense, The author works at JBoss - The red hat divison behind the hibernate)

But it is supported by JPA 2.0 implementation

If the join is for a unidirectional OneToMany mapping using a foreign key mapping strategy, the foreign key is in the table of the target entity.

Arthur Ronald F D Garcia
This is actually not allowed by the JPA 1.0 specification, this is Hibernate specific.
Pascal Thivent
@Pascal Thivent I agree with JPA specification. It makes sense To create a joined table. It avoids issues like shown here (Yes, the favorite star has been marked by me): http://stackoverflow.com/questions/1275481/hibernate-onetomany-mapping-to-multiple-join-tables But the provided info has been colected in the EJB 3.0 o reilly Look for *The @JoinColumn annotation references the CUSTOMER_ID column in the PHONE table* As the author works for JBoss, it makes sense you see stuffs like that
Arthur Ronald F D Garcia
The good news is that all this is "fixed" in JPA 2.0. But you could maybe just clarify in your answer that this works with Hibernate (but is non standard JPA 1.0). Then I could upvote :)
Pascal Thivent
+2  A: 

The JPA 1.0 specification does NOT support unidirectional OneToMany mapping without a Join Table.

And using a JoinColumn on a OneToMany isn't allowed in standard JPA 1.0 (only on a OneToOne, ManyToOne or ManyToMany). It is in JPA 2.0 though.

From the JPA 1.0 specification:

2.1.8.5.1 Unidirectional OneToMany Relationships

The following mapping defaults apply:

Entity A is mapped to a table named A. Entity B is mapped to a table named B. There is a join table that is named A_B (owner name first). This join table has two foreign key columns. One foreign key column refers to table A and has the same type as the primary key of table A. The name of this foreign key column is formed as the concatenation of the following: the name of entity A; "_"; the name of the primary key column in table A. The other foreign key column refers to table B and has the same type as the primary key of table B and there is a unique key constraint on it. The name of this foreign key column is formed as the concatenation of the following: the name of the relationship property or field of entity A; "_"; the name of the primary key column in table B.

To sum up, if you don't want a Join Table (and full read/write support) and still want to be JPA compliant, make the association bidirectional (with an inverse side).

The wiki book link below discusses a trick (mapping the target table as the join table) to "work around" the problem but this only works for reads, writes won't work.

References

Pascal Thivent
@Pascal Thivent Thank you for highlighting the right path (+1)
Arthur Ronald F D Garcia
@Arthur Hello Arthur! You have my vote too, your answer is just fine in the context of the OP. My answer is just for readers interested by what JPA 1.0 has to say about this.
Pascal Thivent