OneToOne между двумя таблицами с общим первичным ключом

Я пытаюсь настроить следующие таблицы с помощью JPA/Hibernate:

User:

userid - PK
name 

Validation:

userid - PK, FK(user)
code

Может быть много пользователей, и у каждого пользователя может быть максимум один код проверки или ни одного.

Вот мои занятия:

public class User 
{
    @Id
    @Column(name = "userid") 
    @GeneratedValue(strategy = GenerationType.IDENTITY)    
    protected Long userId;

    @Column(name = "name", length = 50, unique = true, nullable = false)
    protected String name;

    ...
}

public class Validation 
{
    @Id
    @Column(name = "userid")
    protected Long userId;

    @OneToOne(cascade = CascadeType.ALL)
    @PrimaryKeyJoinColumn(name = "userid", referencedColumnName = "userid")
    protected User user;

    @Column(name = "code", length = 10, unique = true, nullable = false)
    protected String code;

    ...

    public void setUser(User user)
    {
        this.user = user;
        this.userId = user.getUserId();
    }

    ...
}

Я создаю пользователя, а затем пытаюсь добавить проверочный код, используя следующий код:

public void addValidationCode(Long userId)
{   
    EntityManager em = createEntityManager();
    EntityTransaction tx = em.getTransaction();

    try 
    {
        tx.begin();

        // Fetch the user
        User user = retrieveUserByID(userId);

        Validation validation = new Validation();
        validation.setUser(user);
        em.persist(validation);
        tx.commit();
    }
    ...
}

Когда я пытаюсь запустить его, я получаю org.hibernate.PersistentObjectException: отдельная сущность, переданная персистировать: Пользователь

Я также попытался использовать следующий код в своем классе проверки:

public void setUserId(Long userId)
{
    this.userId = userId;
}

и когда я создаю код проверки, я просто делаю:

Validation validation = new Validation();
validation.setUserId(userId);
em.persist(validation);
tx.commit();

Но затем, так как User имеет значение null, я получаю org.hibernate.PropertyValueException: свойство not-null ссылается на нулевое или временное значение: User.code

Буду признателен за любую помощь относительно того, как лучше всего решить эту проблему!

4 ответа

Решение

Если вы используете Hibernate, вы также можете использовать

public class Validation {

    private Long validationId;
    private User user;

    @Id
    @GeneratedValue(generator="SharedPrimaryKeyGenerator")
    @GenericGenerator(name="SharedPrimaryKeyGenerator",strategy="foreign",parameters =  @Parameter(name="property", value="user"))
    @Column(name = "VALIDATION_ID", unique = true, nullable = false)
    public Long getValidationId(){
        return validationId;
    }

    @OneToOne
    @PrimaryKeyJoinColumn
    public User getUser() {
        return user;
    }

}

Hibernate обеспечит совпадение идентификатора проверки с идентификатором набора сущностей пользователя.

Мне удалось решить эту проблему "OneToOne между двумя таблицами с общим первичным ключом" в чистом виде JPA 2.0 (благодаря многим существующим потокам в SOF). На самом деле в JPA есть два способа справиться с этим. Я использовал eclipselink в качестве поставщика JPA и MySql в качестве базы данных. Чтобы подчеркнуть еще раз, здесь не использовались проприетарные классы eclipselink.

  1. Первый подход заключается в использовании стратегии типа генерации AUTO в поле идентификатора родительского объекта.

    • Родительский объект должен содержать член типа дочернего объекта в отношении OneToOne (каскадный тип PERSIST и mappedBy = элемент типа родительского объекта дочернего объекта)

      @Entity
      @Table(name = "USER_LOGIN")
      public class UserLogin implements Serializable {
          @Id
          @GeneratedValue(strategy = GenerationType.AUTO)
          @Column(name="USER_ID")
          private Integer userId;
      
          @OneToOne(cascade = CascadeType.PERSIST, mappedBy = "userLogin")
          private UserDetail userDetail;
      // getters & setters
      }
      
    • Дочерняя сущность не должна содержать поле идентификатора. Он должен содержать член типа родительского объекта с аннотациями Id, OneToOne и JoinColumn. JoinColumn должен указывать имя поля идентификатора таблицы БД.

      @Entity
      @Table(name = "USER_DETAIL")
      public class UserDetail implements Serializable {
          @Id
          @OneToOne
          @JoinColumn(name="USER_ID")
          private UserLogin userLogin;
      // getters & setters
      }
      
    • Приведенный выше подход внутренне использует таблицу БД по умолчанию с именем SEQUENCE для назначения значений полю идентификатора. Если эта таблица еще не существует, необходимо создать эту таблицу, как показано ниже.

      DROP TABLE TEST.SEQUENCE ;
      CREATE TABLE TEST.SEQUENCE (SEQ_NAME VARCHAR(50), SEQ_COUNT DECIMAL(15));
      INSERT INTO TEST.SEQUENCE(SEQ_NAME, SEQ_COUNT) values ('SEQ_GEN', 0);
      
  2. Второй подход заключается в использовании настраиваемой стратегии типа генерации TABLE и аннотации TableGenerator в поле "Идентификатор родительского объекта".

    • За исключением вышеуказанного изменения в поле идентификатора, все остальное остается неизменным в родительском объекте.

      @Entity
      @Table(name = "USER_LOGIN")
      public class UserLogin implements Serializable {
          @Id
          @TableGenerator(name="tablegenerator", table = "APP_SEQ_STORE", pkColumnName = "APP_SEQ_NAME", pkColumnValue = "USER_LOGIN.USER_ID", valueColumnName = "APP_SEQ_VALUE", initialValue = 1, allocationSize = 1 )  
          @GeneratedValue(strategy = GenerationType.TABLE, generator = "tablegenerator")
          @Column(name="USER_ID")
          private Integer userId;
      
          @OneToOne(cascade = CascadeType.PERSIST, mappedBy = "userLogin")
          private UserDetail userDetail;
      // getters & setters
      }
      
    • В Child Entity нет изменений. Это остается таким же, как в первом подходе.

    • Этот подход генератора таблиц внутренне использует таблицу DB APP_SEQ_STORE для назначения значений полю идентификатора. Эта таблица должна быть создана, как показано ниже.

      DROP TABLE TEST.APP_SEQ_STORE;
      CREATE TABLE TEST.APP_SEQ_STORE
      (
          APP_SEQ_NAME VARCHAR(255) NOT NULL,
          APP_SEQ_VALUE BIGINT NOT NULL,
          PRIMARY KEY(APP_SEQ_NAME)
      );
      INSERT INTO TEST.APP_SEQ_STORE VALUES ('USER_LOGIN.USER_ID', 0);
      

Вы используете JPA или JPA 2.0?

Если PK проверки является FK для пользователя, то вам не нужен атрибут Long userId в классе проверки, а вместо этого делать @Id одна аннотация. Это было бы:

Public class Validation 
{
    @Id
    @OneToOne(cascade = CascadeType.ALL)
    @PrimaryKeyJoinColumn(name = "userid", referencedColumnName = "userid")
    protected User user;

    @Column(name = "code", length = 10, unique = true, nullable = false)
    protected String code;

    ...

    public void setUser(User user)
    {
        this.user = user;
        this.userId = user.getUserId();
    }

    ...
}

Попробуйте и расскажите нам свои результаты.

Вам нужно установить оба userId а также user,

Если вы установите только userтогда id за Validation 0 и считается отделенным. Если вы установите только userIdтогда вам нужно сделать user свойство обнуляемое, что здесь не имеет смысла.

Чтобы быть в безопасности, вы, вероятно, можете установить их оба в одном вызове метода:

@Transient
public void setUserAndId(User user){
    this.userId = user.getId();
    this.user = user;
}

Я пометил метод @Transient так что Hibernate проигнорирует это. Кроме того, так что вы все еще можете иметь setUser а также setUserId работать как ожидается, без каких-либо "побочных эффектов".

Другие вопросы по тегам