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

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

12 голосов
/ 27 апреля 2011

Я пытаюсь настроить следующие таблицы с использованием 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();
    }
    ...
}

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

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

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

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

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

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

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

Ответы [ 4 ]

12 голосов
/ 24 июля 2013

Мне удалось решить эту проблему «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
}

    • Нет измененийв детской сущности.Он остается таким же, как и в первом подходе.

    • Этот подход к генератору таблиц внутренне использует таблицу 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);
9 голосов
/ 24 мая 2011

Если вы используете 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 обеспечит совпадение идентификатора проверки с идентификатором установленной сущности пользователя.

4 голосов
/ 27 апреля 2011

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

Если Validation 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();
    }

    ...
}

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

3 голосов
/ 27 апреля 2011

Вам необходимо установить 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 могут работать, как и ожидалось, без каких-либо «побочных эффектов».

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.

Нет похожих вопросов

...