обновить JPA в спящем режиме

Перестаньте думать на SQL, начните думать на EntityManager. Project p = entityManager.find(Project.class, 122); p.setId(123); p.setName("Интел"); сущностьМенеджер.слияние(р);

@Entity
public class Project
{
    @Id @GeneratedValue
    private int id;
    private int projectId;
    private String projectName;

    // getters and setters
}

Итак, вы хотите связать проекты с пользователями.

Вы можете либо сделать это, где идентификатор проекта (строка, например "LK987") является первичным ключом (который, я уверен, вы понимаете, что вы не должны его менять), либо вы можете использовать отдельный автоинкремент int в качестве идентификатора. Тебе решать; лично я предпочитаю автоинкрементный подход, так что вам просто не придется беспокоиться об этом позже.

То, что вы пытаетесь сделать, это установить отношения между Project сущностями и User сущностями. Вместо хранения полей внешнего ключа следует хранить поля entity (для сопоставлений один-к-одному, один-ко-многим или многие-к-одному) или наборы сущностей (для сопоставлений "один-к-одному"). многие, многие-к-одному или многие-ко-многим отображения). Если я понимаю, что вам нужно:

• У каждого пользователя может быть несколько проектов, и у каждого проекта может быть несколько пользователей (чтобы сопоставление было «многие ко многим»).
• Пользователи знают о проектах, а проекты могут также знать о пользователях (поэтому сопоставление является двунаправленным). Я предполагаю, что User является владельцем отношения, а Project является обратной стороной.

Это означает, что вы должны использовать аннотацию @ManyToMany. и укажите @JoinTable и какой @JoinColumn для использования.

Класс сущности пользователя

@Entity
public class User
{
    @Id @GeneratedValue
    int id;  // the PK for user entities

    @ManyToMany
    @JoinTable(
        name="user_project_table",
        joinColumns=@JoinColumn(name="user_id"),
        inverseJoinColumns=@JoinColumn(name="project_id"))
    Set<Project> projects;

    // snip...
}

Класс объекта проекта

@Entity
public class Project
{
    @Id @GeneratedValue
    int id;
    String projectId;
    String projectName;

    @ManyToMany(mappedBy="projects")
    Set<User> users;

    // snip...
}

Обратите внимание, что мы используем полноценные классы сущностей, а не только внешние ключи.

Дополнительная информация из Учебника по Java EE 6:

• Использование коллекций в полях и свойствах сущности
• Множественность в отношениях сущностей
• Направление отношений сущностей

Если идентификатор проекта является первичным ключом и идентификатором объекта, вы никогда не должны его менять. Изменение первичного ключа означает, что представляемый объект меняется на что-то совершенно другое.

JPA предполагает, что первичный ключ фиксирован. Операции чтения, обновления и удаления идентифицируют рассматриваемый объект по его идентификатору. Если вы измените идентификатор объекта и выполните обновление, JPA либо обновит какой-то совершенно другой объект (и это может привести к исключению), либо вообще не найдет объект для обновления.

Чтобы подчеркнуть это, спецификация JPA запрещает изменение первичного ключа. Hibernate также может исключить первичный ключ из любого сгенерированного оператора обновления. См. страницу 28 JSR-317.

Значение его первичного ключа однозначно идентифицирует экземпляр сущности в контексте постоянства и для операций EntityManager, как описано в Главе 3, «Операции сущности». Приложение не должно изменять значение первичного ключа (в том числе не изменять значение изменяемого типа, который является первичным ключом или атрибутом составного первичного ключа). В этом случае поведение не определено (реализация может, но не обязана генерировать исключение. Переносимые приложения не должны полагаться на какое-либо такое конкретное поведение).

Для достижения желаемого результата следует удалить старый объект и создать новый.