Моделирование двух многим отношения в JPA/Hibernate

PC-Lint может помочь, это как Findbugs для C++. Это коммерческий продукт, но есть гарантия возврата 30 денег.

Можно предоставить собственную функцию сортировки list.sort () :

Метод sort () принимает необязательные аргументы для управления сравнениями.

• cmp задает пользовательскую функцию сравнения двух аргументов (перечислять предметов), которая должна возвращать отрицательное, нулевое или положительное число в зависимости от того, считается ли первый аргумент меньшим, равным или большим, чем второй аргумент: cmp = lambda x, y: cmp (x.lower (), y.lower ()) . Значение по умолчанию - Нет .

• key указывает функцию одного аргумента, который используется для извлечения ключа сравнения из каждого элемента списка: key = str.lower . Значение по умолчанию - Нет .

• reverse является логическим значением. Если установлено значение True, элементы списка сортируются так, как если бы каждое сравнение было отменено.

В общем случае процессы преобразования ключей и обратного преобразования намного быстрее, чем задание эквивалентной функции cmp. Это происходит потому, что cmp вызывается несколько раз для каждого элемента списка, в то время как клавиша и обратная клавиша касаются каждого элемента только один раз.

Я думаю, что у вас есть две отношения один ко многим, а не одно два ко многим.

У вас есть отношения @Onetomany (я полагаю, игра имеет отношения @manytoOne с командой), мой совет:

Используйте инкапсуляцию, чтобы получить вашу цель

@Entity
public class Team {

    private Game game1;
    private Game game2;

    private List<Game> gameList = new ArrayList<Game>();

    public void setGame1(Game game1) {
        // You can use index 0 to store your game1
        if(getGameList().size == 0)
            getGameList().add(game1);
        else
            getGameList().set(0, game1);
    }

    @Transient
    public Game getGame1() {
        if(getGameList().size() == 0)
            return null;

        return getGameList().get(0);
    }

    public void setGame2(Game game2) {
        // You can use index 1 to store your game2
        switch(getGameList().size()) {
            case 0:
                getGameList().add(null);

                getGameList().add(game2);
            break;
            case 1:
                getGameList().add(game2);
            break;
            case 2:
                getGameList().set(1, game2);
            break;
        }
    }

    @Transient
    public Game getGame2() {
        if(getGameList().size() < 2)
            return null;

        return getGameList().get(1);
    }

    @OneToMany
    @JoinColumn(name="TEAM_ID")
    public List<Game> getGameList() {
        return this.gameList;
    }

}

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

С уважением,

Подумайте, что произойдет, если в ваших играх будет первый игрок - команда (выбранная из списка команд), а второй игрок - компьютер (выбран из списка компьютеров):

• Ваш первый игрок будет внешним ключом в таблице команд.
• Ваш второй игрок будет внешним ключом в таблице компьютеров.

Если вы теперь замените «компьютер» как игрока другой «командой», вы получите два внешних ключа в таблице команд.

Мой JPA немного устарел, но я считаю, что вы моделируете отношения внешнего ключа с помощью аннотации @OneToOne , например:

@OneToOne(cascade = {CascadeType.ALL}, optional = false)
@JoinColumn(name = "team1")

и второй:

@OneToOne(cascade = {CascadeType.ALL}, optional = false)
@JoinColumn(name = "team2")