Получить охотно коллекцию сущностей, содержащих другие жадно полученные коллекции

Я застрял в отношении M:N между сущностью и строками. Пользователь может иметь более одной роли, и каждая роль может быть назначена более чем одному пользователю. Роль — это просто строка. Роли содержатся в таблице с двумя столбцами: roleId и roleName.

Я создал две сущности, но я абсолютно не могу заставить их работать. Первый объект — это пользователь:

@Entity
@Table(name="appUsers")
public class UserEntity {
    @Id
    private String login;
    private String password;
    @OneToMany(fetch=FetchType.EAGER,mappedBy="user") //we always need to load user's roles
    private Collection<UsersToRoles> roles;
    @Transient
    private Collection<String> roleNames;

    public String getLogin() {
        return login;
    }

    public String getPassword() {
        return password;
    }

    @PostLoad
    void prepareRoleNames() {
        roleNames = new HashSet<String>(roles.size());
        for (UsersToRoles mapping : roles)
            roleNames.add(mapping.getNameOfRole());
    }

    public Collection<String> getRoles() {
        return roleNames;
    }
}

Второй объект связан с соединительной таблицей:

@Entity
@IdClass(UsersToRolesId.class)
public class UsersToRoles {
    @Id
    @SuppressWarnings("unused")
    @Column(name="login")
    private String login;
    @Id
    @SuppressWarnings("unused")
    @Column(name="roleId")
    private int roleId;
    @ElementCollection(fetch=FetchType.EAGER)
    @CollectionTable(name="userRoles", joinColumns={@JoinColumn(name="roleId")})
    private List<String> roleName;
    @ManyToOne
    @JoinColumn(name="login")
    @SuppressWarnings("unused")
    private UserEntity user;

    public String getNameOfRole() {
        if (roleName.isEmpty())
            throw new CommonError("Role name for roleId=" + roleId, AppErrors.ACCESSOR_UNAVAILABLE);
        return roleName.get(0);
    }
}

class UsersToRolesId {
    private String login;
    private int roleId;

    /**
     * Implicit constructor is not public. We have to
     * declare public non-parametric constructor manually.
     */
    public UsersToRolesId() {
    }

    @Override
    public int hashCode() {
        return 17*login.hashCode() + 37*roleId;
    }

    @Override
    public boolean equals(Object obj) {
        if (!(obj instanceof UsersToRolesId))
            return false;
        UsersToRolesId ref = (UsersToRolesId)obj;
        return (this.login.equals(ref.login) && this.roleId == ref.roleId);
    }
}

И проблема в том, что коллекция roleName всегда нулевая. Я не могу заставить его работать. Когда я делаю ошибку в имени таблицы в аннотации @CollectionTable, она все еще работает. JPA вообще не извлекает подколлекцию. Он делает выбор из таблицы пользователя, присоединившегося к таблице UsersToRoles, но присоединение к таблице userRoles отсутствует.

Смогу ли я когда-нибудь это сделать? Могу ли я получить коллекцию сущностей, содержащих другие коллекции с нетерпением?


person Theodor Keinstein    schedule 27.10.2011    source источник


Ответы (2)


Ваше отображение совершенно неверно. UsersToRoles имеет столбец roleId. Таким образом, это относится к одной роли. Как у него может быть коллекция имен ролей? Столбец входа отображается в сущности дважды. Более того, для меня это выглядит как простая таблица соединений без каких-либо других атрибутов, кроме roleId и login, которые являются внешними ключами для идентификаторов пользователя и роли соответственно.

У вас должно быть два объекта: User и Role с ассоциацией ManyToMany, использующей таблицу UsersToRoles в качестве таблицы соединения. Вот и все. Таблицу UsersToRoles не следует отображать как сущность: это чистая таблица соединений.

person JB Nizet    schedule 27.10.2011

Поставщики JPA обычно имеют свойство конфигурации, обозначающее глубину ожидаемой выборки по умолчанию, т. е. hibernate.max_fetch_depth для Hibernate. Проверьте, видите ли вы больше, когда увеличиваете его.

Также подумайте о своем дизайне. Активное извлечение подколлекций коллекции может быть хорошей идеей только в ограниченных сценариях (с точки зрения производительности). Когда вы аннотируете свою сущность таким образом, вы будете использовать активную выборку во всех случаях использования. Возможно, вам было бы лучше с «ленивым» и получать его с нетерпением только явно, с запросом с предложением JOIN FETCH?

person MaDa    schedule 27.10.2011