Nano Hash - криптовалюты, майнинг, программирование

Спящий режим OnetoMany, сопоставление ManyToOne с нулевым значением

У меня есть 2 класса с именами PurchaseList.java и PurchaseListItems.java.

Мне нужно сопоставить PurchaseList в PurchaseListItems

Список покупок.java

@OneToMany(cascade = CascadeType.ALL)
@JoinColumn(name="pl_id",referencedColumnName="id")
private List<PurchaseListItems> purchaseListItems;

PurchaseListItems.java

@ManyToOne
@JoinColumn(name="pl_id")
private PurchaseList purchaseListId;

Все в порядке, но я получаю null в pl_id. Пожалуйста, скажите, где я ошибаюсь

08.03.2013

  • JPA не управляет двунаправленными отношениями. Вы должны установить обратное соотношение самостоятельно. Также обратите внимание, что ваши сопоставления определяют два независимых однонаправленных отношения. Смотрите мое объяснение ниже 14.03.2013

Ответы:


1

Ваше сопоставление фактически определяет два независимых однонаправленных отношения. Вам нужно одно двунаправленное отношение. Следующий код установит двунаправленное отношение.

@OneToMany(cascade = CascadeType.ALL, mappedBy = "purchaseListId")
@JoinColumn(name="pl_id",referencedColumnName="id")
private List<PurchaseListItems> purchaseListItems;

Атрибут mappedBy необходим, так как поставщик не может автоматически определить, что указанные отношения фактически образуют одно отношение. Можно было бы использовать тип элемента экземпляра Java, но что делать, если у вас есть несколько членов одного и того же типа. И есть много сценариев, когда у вас есть два отдельных отношения. Пример:

OneToMany: User -> ForumThread (темы, созданные пользователем)

ManyToOne: ForumThread -> Пользователь (пользователь, закрывший ветку. Очевидно, не обязательно тот, кто начал ветку)

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

Также обратите внимание, что двунаправленные отношения не управляются автоматически каким-либо провайдером JPA, а это означает, что обратная сторона не обновляется/устанавливается автоматически в вашей объектной модели и, следовательно, не в БД. Вы должны сделать это сами. Кстати, во всех моих проектах двунаправленные отношения были занозой в заднице, и я думаю, что их желательно избегать.

14.03.2013
  • С hibernate4 (не уверен насчет предыдущей версии) mappedby и JoinColumn нельзя использовать вместе. 20.04.2015
  • У меня тот же опыт, что и у stackoverflow.com/users/1047493/bennidi. Если я буду избегать двунаправленных отношений и буду получать все вручную. Я закончил в два три раза быстрее. 20.07.2017
  • Я получил ошибку при использовании предложенного решения --- org.hibernate.AnnotationException: ассоциации, помеченные как mappedBy, не должны определять сопоставления базы данных, такие как @JoinTable или @JoinColumn: подпрограммы.WCAMessageAuditEntity.contexts 18.03.2020
  • Извините, коду 7 лет. Возможно, в этом конкретном аспекте изменилась стандартная и/или спящая реализация. 29.03.2020

  • 2

    По какой-то причине mapped by не работал у меня с postgres sql и Hibernate4

    Ниже сопоставление работало

    PurchaseList.java

    @OneToMany(cascade = CascadeType.ALL)
    @JoinColumn(name="pl_id",nullable=false)
    private List<PurchaseListItems> purchaseListItems;
    

    PurchaseListItems.java

    @ManyToOne
    @JoinColumn(name="pl_id", nullable=false,insertable=false,updatable=false )
    private PurchaseList purchaseListId;
    

    Примечание: вы должны использовать Identity или явно указать Sequence для столбцов id для postgres.

    @GeneratedValue(strategy=GenerationType.IDENTITY)
    
    20.04.2015
  • Внутри таблицы значение столбца соединения обновляется, но в объекте сущности я также получаю значение как нулевое 15.01.2018

  • 3
    for(PurchaseListItems item:purchaseListItemsList)
    item.purchaseListId(PurchaseList);
    

    Это то, что я пропустил, когда создавал объект.

    Спасибо за ваши ответы

    13.03.2013

    4
    1. Аннотация @JoinColumn относится к стороне отношения @ManyToOne, но не к стороне @OneToMany — удалите ее со стороны @OneToMany.

    2. Cascade используется для каскадирования операций DELETE/READ/UPDATE..., но он не заполняет автоматически столбец ID на «дочерней» стороне внешнего ключа. Фактически, он не заполняет ссылки java на объекты по обе стороны отношения FK. Вам необходимо вручную настроить данные отношений на обеих сторонах двунаправленных отношений:

      myPurchaseListItem.setPurchaseList(myPurchaseList);
      myPurchaseList.setPurchaseListItem(myPurchaseListItem);

      Из спецификации JPA 2:

      Двунаправленные отношения между управляемыми объектами будут сохраняться на основе ссылок, хранящихся на стороне-владельце отношения. Разработчик несет ответственность за то, чтобы ссылки в памяти, хранящиеся на стороне-владельце, и ссылки, хранящиеся на обратной стороне, согласовывались друг с другом при их изменении. В случае однонаправленных отношений «один-к-одному» и «один-ко-многим» разработчик несет ответственность за обеспечение (sic) соблюдения семантики отношений.[29]

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

    14.03.2013

    5

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

    08.03.2013

    6

    попробуй это

    @OneToMany(cascade = CascadeType.ALL, fetch = FetchType.LAZY, mappedBy = "purchaseListId")
    
    08.03.2013

    7

    Убедитесь, что вы заполнили purchaseListId допустимым значением (созданным экземпляром PurchaseList) при создании Значение PurchaseListItems.

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

    @OneToMany(cascade = CascadeType.ALL, fetch = FetchType.LAZY, mappedBy = "purchaseListId")
    @JoinColumn(name="pl_id",referencedColumnName="id")
    private List<PurchaseListItems> purchaseListItems;
    
    12.03.2013
  • Нет, это не работает, Генри, то, что ты сказал выше. Мне не хватает чего-то, чего я не знаю. 12.03.2013
  • @sainath Можете ли вы объяснить, что вы имеете в виду под «Все в порядке, но я получаю нуль в pl_id»? Вы имеете в виду, что pl_id имеет значение null в базе данных или в загруженном экземпляре PurchaseListItems? 12.03.2013
  • В базе данных на момент вставки он должен взять id из Purchases и поставить вместо pl-id. Но вместо этого он сохраняет ноль. 13.03.2013
  • Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

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

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..