Будьте в спящем режиме ConstraintViolationException в объединяющей таблице
IMO это - одна из тех метафор, раньше описывал вещи на естественном языке. Термин по существу используется в контексте функций описания как объекты первого класса.
, Если Вы рассматриваете объектно-ориентированный язык, мы можем передать различные функции объектам для, например: наследование, определение класса, способность передать другим разделам кода (аргументы метода), способность сохранить в структуре данных и т.д., Если мы можем сделать то же с объектом, который обычно не рассматривают как объект, как функции в случае сценария Java, такие объекты, считаются объектами первого класса.
Первый класс по существу здесь означает, не обработанный как второй класс (с ухудшенным поведением). По существу насмешка прекрасна или неразличима.
1 ответ
В вашем коде есть несколько проблем:
- У вас есть идентификаторы, объявленные как Serializable, а не простые
long(илиLong). Почему? - Вам следует сопоставить фактические экземпляры
Zone(илиAlarmZone, если хотите) в ваших отношениях OneToMany вместо идентификаторов. Нет необходимости в промежуточной таблице, если только связь действительно не является ManyToMany, и в этом случае она должна быть отображена как таковая (может ли одна зона AlarmZone принадлежать более чем одной камере? Если да, то это многие ко многим). - У вас есть наследование. аннотация к вашему объекту
Camera. Почему? Является ли он частью другой иерархии? - "Шаблонный" код, который вы используете, плохой. Транзакция должна включать в себя целую единицу работы , а не отдельную сущность.