Hibernate: где insertable = false, updatable = false принадлежит составным созвездиям первичных ключей с участием внешних ключей?

При реализации составных первичных ключей в Hibernate или других ORM существует до трех мест, где можно поставить insertable = false, updatable = false в составные созвездия первичных ключей, которые используют идентифицирующие отношения (FK, которые являются частью PK):

  1. В составной class PK «аннотация @Column (только classы @Embeddable) или
  2. В аннотацию ассоциации entity @ JoinColumn / s или
  3. В аннотацию @Column избыточного свойства PK classа сущности (только classы @IdClass)

Третий – это единственный способ сделать это с помощью @IdClass и JPA 1.0 AFAIK. См. Http://en.wikibooks.org/wiki/Java_Persistence/Identity_and_Sequision#Primary_Keys_through_OneToOne_Relationships . Я буду рассматривать только случаи 1 и 2.

В: Каким образом предпочтительным местом является «insertable = false, updatable = false» вообще?

У меня возникли проблемы с Hibernate по этому вопросу. Например, Hibernate 3.5.x будет жаловаться на таблицу Zips

CREATE TABLE Zips ( country_code CHAR(2), code VARCHAR(10), PRIMARY KEY (country_code, code), FOREIGN KEY (country_code) REFERENCES Countries (iso_code) ) 

с:

 org.hibernate.MappingException: Repeated column in mapping for entity: com.kawoolutions.bbstats.model.Zip column: country_code (should be mapped with insert="false" update="false") org.hibernate.mapping.PersistentClass.checkColumnDuplication(PersistentClass.java:676) org.hibernate.mapping.PersistentClass.checkPropertyColumnDuplication(PersistentClass.java:698) ... 

Как видите, столбец country_code представляет собой как PK, так и FK. Вот его classы:

Класс сущности:

 @Entity @Table(name = "Zips") public class Zip implements Serializable { @EmbeddedId private ZipId id; @ManyToOne @JoinColumn(name = "country_code", referencedColumnName = "iso_code") private Country country = null; ... } 

Составной class PK:

 @Embeddable public class ZipId implements Serializable { @Column(name = "country_code", insertable = false, updatable = false) private String countryCode; @Column(name = "code") private String code; ... } 

При установке insertable = false, updatable = false в @JoinColumn ассоциации classов сущности все исключения исчезают, и все работает нормально. Однако я не понимаю, почему приведенный выше код не должен работать. Возможно, у Hibernate возникли проблемы с этим. Является ли описанная ошибка Hibernate, поскольку она, похоже, не оценивает @Column “insertable = false, updatable = false”?

В сущности, какой стандартный метод JPA, лучшая практика или предпочтение, где поставить «insertable = false, updatable = false»?

Позвольте мне ответить шаг за шагом.

1. Когда вам нужно `insertable = false, updatable = false`?

Давайте посмотрим на приведенное ниже отображение,

 public class Zip { @ManyToOne @JoinColumn(name = "country_code", referencedColumnName = "iso_code") private Country country = null @Column(name = "country_code") private String countryCode; } 

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

 Zip z = new Zip(); z.setCountry(getCountry("US")); z.setCountryCode("IN"); saveZip(z); 

Что здесь будет спячка?

Чтобы предотвратить такую ​​несогласованность, hibernate просит указать точку обновления отношений судов. Это означает, что вы можете ссылаться на один и тот же столбец в таблице n раз, но только один из них может быть использован для обновления, а все остальные будут прочитаны только .

2. Почему hibernate жалуется на ваше сопоставление?

В вашем classе Zip вы ссылаетесь на Embedded id class ZipId который снова содержит код страны. Как и в приведенном выше сценарии, теперь у вас есть возможность обновить столбец counry_code из двух мест. Следовательно, ошибка, заданная спящим состоянием, является правильной.

3. Как исправить это в вашем случае?

Нет. В идеале вы хотите, чтобы ваш class ZipId генерировал идентификатор, поэтому вы не должны добавлять insertable = false, updatable = false в код страны внутри ZipId . Таким образом, исправление, как показано ниже, изменяет сопоставление стран в вашем Zip classе, как показано ниже,

 @ManyToOne @JoinColumn(name = "country_code", referencedColumnName = "iso_code", insertable = false, updatable = false) private Country country; 

Надеюсь, это поможет вашему пониманию.

Вы также можете решить эту проблему, используя аннотацию @PrimaryKeyJoinColumn . Аннотации PrimaryKeyJoinColumn задают столбец первичного ключа, который используется в качестве внешнего ключа для присоединения к другой таблице.

Аннотации PrimaryKeyJoinColumn используются для объединения первичной таблицы подclassа сущности в страtagsи сопоставления JOINED с основной таблицей его суперclassа; он используется в annotations SecondaryTable для присоединения вторичной таблицы к первичной таблице; и он может использоваться в сопоставлении OneToOne, в котором первичный ключ ссылочного объекта используется в качестве внешнего ключа для ссылочного объекта. Если аннотация PrimaryKeyJoinColumn не указана для подclassа в страtagsи сопоставления JOINED, предполагается, что столбцы внешнего ключа имеют те же имена, что и столбцы первичного ключа в первичной таблице суперclassа.

Interesting Posts
Давайте будем гением компьютера.