hibernate составной первичный ключ содержит составной внешний ключ - PullRequest
6 голосов
/ 03 февраля 2010

Я искал там и не нашел подобной темы, поэтому я отправляю новый вопрос.

Я работаю с Hibernate на существующей базе данных. Структура таблицы и данные нам не разрешено изменять. Приложение считывает данные из базы данных и переносит их в другое хранилище данных на основе некоторой логики.

Теперь проблема в составном PK-отображении. например,

Таблица А имеет составной ПК.

Table A
--------
a1 (pk)
a2 (pk)
a3 (pk)
a4 (pk)
foo
bar
========

В таблице B тоже есть составной ПК, и одна часть этого составного ПК - это ПК А, здесь также работает как FK

Table B
--------
a1 (fk,pk)
a2 (fk,pk)
a3 (fk,pk)
a4 (fk,pk)
b1 (pk)
b2 (pk)
b3 (pk)
foo
bar
========

Я пробовал несколько способов, и ни один из них не работает. Кто-нибудь может рассказать о работающем картографическом решении Hibernate? лучше в стиле аннотации.

Ответы [ 2 ]

9 голосов
/ 03 февраля 2010

Установите объект объекта A как @ManyToOne в классе pk B.

Так что если у вас есть

Class A
Class APK - A's Primary Key

Class B
Class BPK - B's primary Key.

BPK будет содержать A в качестве атрибута

@Embeddable
public class BPK implements serializable {
  ....
  private A a;

  @ManyToOne(fetch=FetchType.EAGER)
  @JoinColumns ({
    @JoinColumn(name="...", referencedColumnName = "..."),
    @JoinColumn(name="...", referencedColumnName = "..."),
    ...
  })
  public getA() {
    return this.a;
  }
}

Из документации

@ Embeddable наследуют тип доступа своего владельца, если только не используется специфическая аннотация Hibernate @AccessType.Составные внешние ключи (если не используются чувствительные значения по умолчанию) определяются для ассоциаций с помощью элемента @JoinColumns, который в основном является массивом @JoinColumn.Хорошей практикой считается явное выражение referencedColumnNames.В противном случае Hibernate будет предполагать, что вы используете тот же порядок столбцов, что и в объявлении первичного ключа.

3 голосов
/ 03 февраля 2010

Если ваш составной первичный ключ имеет только суррогатные ключи, используйте @ EmbeddableId

@Embeddable
public class CompoundIdA implements Serializable {

    private Integer field0;
    private Integer field1;
    private Integer field2;
    private Integer field3;

    @Column(name="FIELD_0")
    public Integer getField0() {
        return this.field0;
    }

    @Column(name="FIELD_1")
    public Integer getField1() {
        return this.field1;
    }

    @Column(name="FIELD_2")
    public Integer getField2() {
        return this.field2;
    }

    @Column(name="FIELD_3")
    public Integer getField3() {
        return this.field3;
    }

    public boolean equals(Object o) {
        if(o == null)
            return false;

        if(!(o instanceof CompoundIdA))
            return false;

        final CompoundIdA other = (CompoundIdA) o;
        if(!(getField0().equals(other.getField0()))
            return false;

        if(!(getField1().equals(other.getField1()))
            return false;

        if(!(getField2().equals(other.getField2()))
            return false;

        if(!(getField2().equals(other.getField2()))
            return false;

        return true;
    }

    // hashcode impl

}

В ClassA у нас есть

@Entity
public class ClassA {

    private CompoundIdA compoundIdA;

    @EmbeddedId
    public CompoundIdA getCompoundIdA() {
        return this.CompoundIdA;
    }

}

Если ваш составной первичный ключ имеет как натуральный, так и суррогатный ключи , используйте снова @ EmbeddableId

// Let's suppose field0 and field1 are both natural keys
@Entity
public class ClassA {

    private CompoundIdA compoundIdA;

    private Integer field0;
    private Integer field1;

    @EmbeddedId
    public CompoundIdA getCompoundIdA() {
        return this.CompoundIdA;
    }

    @Column(name="FIELD_0", insertable=false, updateable=false)
    public Integer getField0() {
        return this.field0;
    }

    @Column(name="FIELD_1", insertable=false, updateable=false)
    public Integer getField1() {
        return this.field1;
    }

}

Обратите внимание Вы должны установить вставляемый = ложь и обновляемый = ложь , поскольку более одного свойства имеют один и тот же столбец. В противном случае Hibernate будет жаловаться на некоторые ошибки.

Если ваш составной первичный ключ имеет только натуральные ключи, используйте @ IdClass

@Entity
@IdClass(CompoundIdA.class)
public class ClassA {

    private Integer field0;
    private Integer field1;
    private Integer field2;
    private Integer field3;

    @Id
    @Column(name="FIELD_0")
    public Integer getField0() {
        return this.field0;
    }

    @Id
    @Column(name="FIELD_1")
    public Integer getField1() {
        return this.field1;
    }

    @Id
    @Column(name="FIELD_2")
    public Integer getField2() {
        return this.field2;
    }

    @Id
    @Column(name="FIELD_3")
    public Integer getField3() {
        return this.field3;
    }

}

В ClassB вы можете использовать тот же подход, как показано выше, , но , если вы хотите определить свойство @ManyToOne, вы должны установить inserttable = false и updateable = ложь следующим образом

@Entity
public class ClassB {

    private ClassA classA;

    @ManyToOne
    @JoinColumns ({
        @JoinColumn(name="FIELD_0", referencedColumnName="FIELD_0", insertable=false, updateable=false),
        @JoinColumn(name="FIELD_1", referencedColumnName="FIELD_1", insertable=false, updateable=false),
        @JoinColumn(name="FIELD_2", referencedColumnName="FIELD_2", insertable=false, updateable=false),
        @JoinColumn(name="FIELD_3", referencedColumnName="FIELD_3", insertable=false, updateable=false)
    })
    public ClassA getClassA() {
        return this.classA;
    }

}

С уважением,

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