DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Related

  • Seeding Postgres When Your Schema Has Foreign-Key Cycles
  • Jakarta NoSQL 1.1: Advancing Polyglot Persistence for Jakarta EE 12
  • Replacing Direct Storage URLs With a Media Proxy at Scale
  • Jakarta NoSQL: Why JPA Is Not Enough for the AI Era

Trending

  • Security Is a Platform Property, Not a Pipeline Step
  • Green Unit Tests Are a Comfort Blanket
  • One Click From Requirements to Production: The Promise and the Reality
  • Designing Scalable Containerized Backend Services
  1. DZone
  2. Data Engineering
  3. Databases
  4. @OneToOne With Shared Primary Key, Revisited

@OneToOne With Shared Primary Key, Revisited

Take another look at @OneToOne with a shared primary key.

By 
Michal Jastak user avatar
Michal Jastak
·
May. 06, 14 · Tutorial
Likes (3)
Comment
Save
Tweet
Share
32.4K Views

Join the DZone community and get the full member experience.

Join For Free

Long time ago, I wrote a post @OneToOne with shared primary key. Today I would like to return to this problem, with solution based on @MapsId annotation introduced in JPA 2.0

Again we have two entities: Primus and Secundus. Both entities have primary key using Long Java type. They are related 1-1, and Secundus should use the same primary key as Primus.
3 Years after my initial post they will look slightly different ;)

@Entity
@Table(name = "PRIMUS")
public class Primus {

    public static Primus newInstance() {
        Primus primus = new Primus();
        primus.secundus = new Secundus(primus);
        return primus;
    }

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    @OneToOne(cascade = CascadeType.ALL, mappedBy = "primus")
    private Secundus secundus;

    Primus() {
        super();
    }
    ...

}

Not much changed here, ;). Really important changes were made on the Secundus:

@Entity
@Table(name = "SECUNDUS")
public class Secundus {

    @Id
    private Long id;

@JoinColumn(name = "ID")
    @OneToOne
    @MapsId
    private Primus primus;

    Secundus() {
        super();
    }

    public Secundus(Primus primus) {
        this();
        this.primus = primus;
    }

As you see, the @PrimaryKeyJoinColumn annotation is replaced with two annotations: @MapsId, which defines thatSecundus identifier will be determined by Primus identifier, and @JoinColumn, specifying which column in SECUNDUS table will be used for joining.

Nothing more is needed :) - JPA Provider should automatically ask Primus for its identifier, when persistingSecundus, as long as you take care of correct entities correlation, like in newInstance method of Primus.

Long live JPA 2.0+ ;) :)

Relational database

Published at DZone with permission of Michal Jastak. See the original article here.

Opinions expressed by DZone contributors are their own.

Related

  • Seeding Postgres When Your Schema Has Foreign-Key Cycles
  • Jakarta NoSQL 1.1: Advancing Polyglot Persistence for Jakarta EE 12
  • Replacing Direct Storage URLs With a Media Proxy at Scale
  • Jakarta NoSQL: Why JPA Is Not Enough for the AI Era

Partner Resources

×

Comments

The likes didn't load as expected. Please refresh the page and try again.

  • RSS
  • X
  • Facebook

ABOUT US

  • About DZone
  • Support and feedback
  • Community research

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 215
  • Nashville, TN 37211
  • [email protected]

Let's be friends:

  • RSS
  • X
  • Facebook