Как изменить тип сущности в JPA?

вам действительно нужно представлять уровень подписки в типе пользователя? Почему бы вам не добавить тип подписки в свою систему?

затем отношение будет выражено следующим образом: пользователь имеет одну подписку. Он также может быть смоделирован как отношение "один ко многим", если вы хотите сохранить историю подписок.

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

// When you user signs up
User.setSubscription(new FreeSubscription());

// When he upgrades to a paying account
User.setSubscription(new PayingSubscription());

действительно ли TrialUser отличается от PayingUser? Скорее всего, нет. Вам будет лучше служить агрегация вместо наследования.

данные подписки могут храниться в отдельной таблице (сопоставленной как сущность) или в таблице Users (сопоставленной как компонент).

проблема больше связана с Java, чем что-либо еще. Вы не можете изменить тип выполнения экземпляра (во время выполнения), поэтому hibernate не предоставляет такого рода сценариев (в отличие от rails, например).

Если вы хотите выселить пользователя из сеанса, вам придется выселить связанные объекты. У вас есть несколько вариантов:

• сопоставьте объект с evict=cascade (см. сессия#выселять javadoc)
• вручную удалить все связанные с объекты (это может быть громоздким)
• очистить сеанс, таким образом, выселяя все объекты (конечно, вы потеряете локальный кэш сеанса)

У меня была аналогичная проблема в grails, и мое решение похоже на Григория решение. Я копирую все поля экземпляра, включая связанные сущности, затем удаляю старую сущность и пишу новую. Если у вас не так много отношений, это может быть легко, но если ваша модель данных сложна, вы будете лучше выключено использование описанного собственного решения sql.

вот источник, Если вам интересно:

def convertToPacient = {
    withPerson(params.id) {person ->
      def pacient = new Pacient()
      pacient.properties = person.properties
      pacient.id = null
      pacient.processNumber = params.processNumber
      def ap = new Appointment(params)
      pacient.addToAppointments(ap);

      Person.withTransaction {tx ->
        if (pacient.validate() && !pacient.hasErrors()) {

          //to avoid the "Found two representations of same collection" error
          //pacient.attachments = new HashSet(person.attachments);
          //pacient.memberships = new HashSet(person.memberships);
          def groups = person?.memberships?.collect {m -> Group.get(m.group.id)}
          def attachs = []
          person.attachments.each {a ->
            def att = new Attachment()
            att.properties = a.properties
            attachs << att
          }

          //need an in in order to add the person to a group
          person.delete(flush: true)
          pacient.save(flush: true)
          groups.each {g -> pacient.addToGroup(g)};
          attachs.each {a -> pacient.addToAttachments(a)}
          //pacient.attachments.each {att -> att.id = null; att.version = null; att.person = pacient};

          if (!pacient.save()) {
            tx.setRollbackOnly()
            return
          }
        }
      }

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

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

проблема не связана с Java. это связано с теорией типов в целом и более конкретно объектно-реляционным отображением здесь. Если ваш язык поддерживает ввод текста, я хотел бы услышать как вы можете автоматически изменить тип объекта во время выполнения и волшебным образом сделать что-то умное с оставшейся информацией. Пока мы распространяем FUD: остерегайтесь, от кого вы принимаете советы: Rails-это фреймворк, Ruby-это язык.

когда вы говорите, вы, наверное, искажать проблему. На мой взгляд, вы действительно пытаетесь построить экземпляр одного класса на основе экземпляра другого класса, например:

public PayingUser(TrialUser theUser) {
...
}

затем вы можете удалить старого пробного пользователя и сохранить нового платежного пользователя.