Есть ли способ использовать SecondaryTable для перехода нескольких таблиц?

Question

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

У меня есть различные модули, с которыми вы можете быть участником, с UserProfile и ModuleId на нем, чтобы обозначить ваш ModuleMembership. Затем у вас может быть профиль для каждого другого модуля для хранения данных, относящихся к этому модулю, например, если вы зарегистрированы для PokerModule, вы получите PokerProfile.

Я хочу разместить отображаемое имя от UserProfile по адресу PokerProfile, но я хотел бы сделать это нормализованным образом. Я мог бы сделать это через Hibernate или через SQL, в любом случае работает. Точное соотношение было бы PokerProfile.membership.userProfile.displayName - как я могу получить это в @Column на классе PokerProfile?

Answer 1

Вы можете использовать derived property для извлечения displayName в вашем PokerProfile классе следующим образом:

@Formula(
    "(SELECT up.displayName" 
     + " FROM ModuleMembership mm" 
     + " JOIN UserProfile up" 
     + " ON (mm.userProfileId = up.userProfileId)" 
     + " WHERE mm.moduleMembershipId = membershipId)") 
String displayName; 

Обратите внимание, что полученное свойство использует SQL только, не HQL. membershipId определяется как @JoinColumn имя объекта membership. Другие имена столбцов также определены.

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

@Transient 
public String getDisplayName() { 
    if (membership == null) { 
     return null; 
    } 
    UserProfile userProfile = membership.getUserProfile(); 
    return userProfile == null ? null : userProfile.getDisplayName(); 
} 

Для меня, контекстные свойства легче читать и напишите, чем соответствующий SQL.

_{Образцы образцов были протестированы для работы с использованием Hibernate 5.0.6. Final против версии базы данных H2 1.4.190.}

Answer 2

Hibernate Formula s являются изящным решением для этого, однако им может быть трудно получить право, если они сложны (Hibernate имеет ограниченную способность анализировать собственный SQL). Кроме того, даже если вы заставите их работать правильно, производительность может пострадать, потому что формулы могут включать подзапросы, которые всегда вставляются в окончательный SQL.

Подход, который я часто использую, состоит в том, чтобы создать представление базы данных, которое делает необходимые соединения для меня, а затем я сопоставляю свою сущность с представлением. База данных способна оптимизировать представление гораздо лучше, чем вложенные подзапросы, а код Java немного чист, потому что в нем нет встроенного SQL.

Итак, вы можете создать db-представление Membership_Profile и отображаемое на нем объект многократного использования, скажем MembershipProfile.

@Entity 
@Table(name = Membership_Profile) 
class MembershipProfile { 
    Long moduleMembershipId; 
    String displayName; 
    // Other properties if needed 
} 

Затем вы можете связать этот объект с определенными профилями, например:

@Entity 
class PokerProfile { 
    @OneToOne(fetch=FetchType.LAZY) 
    @JoinColumn(name = "membershipId") 
    MembershipProfile membershipProfile; 
    ... 
} 

Преимущество этого подхода заключается в том, что вы загружаете displayName (и любые другие MembershipProfile свойства) лениво, когда вам нужно их (таким образом, избегая затрат на выполнение представления или подзапросов).

Альтернативой созданию представлений базы данных являются Hibernate Subselect s, которые представляют собой вид Hibernate (только для чтения), но я ожидаю, что реальные представления db будут работать намного лучше.

Answer 3

Если мы думаем о данной области с точки зрения объектно-ориентированного/реляционного образом, мы можем заключить следующее соотношение:

PokerProfileнаследуетсяUserProfile

Вы можете достичь того же отношения с JPA и СУБД с помощью «One Table Per Subclass Inheritance» и отношения внешних ключей соответственно.

Таким образом, вы можете определить что-то вроде ниже:

UserProfile.java

import javax.persistence.Column; 
import javax.persistence.Entity; 
import javax.persistence.GeneratedValue; 
import javax.persistence.Id; 
import javax.persistence.Inheritance; 
import javax.persistence.InheritanceType; 
import javax.persistence.Table; 


@Entity 
@Table(name = "TBL_USER_PROFILE") 
@Inheritance(strategy=InheritanceType.JOINED) 
public class UserProfile { 

    @Id 
    @GeneratedValue 
    @Column(name = "ID") 
    private Long id; 

    @Column(name = "DISPLAY_NAME") 
    private String displayName; 

    public Person() { 

    } 

    public Person(String displayName) { 
     this.displayName = displayName; 
    } 

    // Getter and Setter methods 
} 

PokerProfile.java

import javax.persistence.Column; 
import javax.persistence.Entity; 
import javax.persistence.PrimaryKeyJoinColumn; 
import javax.persistence.Table; 

@Entity 
@Table(name="TBL_POKER_PROFILE") 
@PrimaryKeyJoinColumn(name="ID") 
public class PokerProfile extends UserProfile { 

    // Properties & Getters & Setters here 

} 

Преимущество этой модели заключается в том, что он четко выражает требуемую функциональность и, конечно, четко синхронизирован с родительским профилем. Нет необходимости в обходном пути или настройке. И под капотом, он использует отношения внешнего ключа между PokerProfile & UserProfile и, следовательно, избыточность данных.