Hibernate OneToMany, ManyToOne и тд

@werrt · Регистрация: 07.02.2008

Author24 — интернет-сервис помощи студентам

Добрый день. В очередной раз переписывая код возник вопрос. А в чем смысл использования, например, аннотации OneToMany для связывания двух сущностей? Ведь можно вручную в коде прописывать во второй сущности ID первой и сохранять.

Добавлено через 10 минут
Просто столкнулся с проблемой, что постоянно появляются новые сущности, которые нужно привязать к сущности User через OneToMany. И каждый раз переписывать User надоело. Проще добавить новые сущности и при сохранении вручную им прописывать Id User-a. Если есть другой удобный вариант, то подскажите, пожалуйста

Любопытный · 20.01.2017, 13:42

Связи не обязательно делать двунаправленными.

Добавлено через 7 минут

Сообщение от werrt

Проще добавить новые сущности и при сохранении вручную им прописывать Id User-a.

Вы вообще хотите избавиться от отношений между сущностями? Зачем тогда использовать ORM?

Конкретно по OneToMany - удобно использовать для каскадных операций.

@KEKCoGEN · 20.01.2017, 16:51

werrt, зависит от вашей архитектуры проекта. В некоторых случаях можно действитель держать Id сущности без всяких oneToMany. Это уменьшит общую связанность кода и устранит некоторые потенциальные проблемы. Однако такой подход так же породит некоторые потенциальные проблемы. Главное понимать что делаешь и решить какой подход выбрать.

Добавлено через 28 секунд
Любопытный, ORM это куда больше чем связывание сущностей.

Любопытный · 20.01.2017, 18:00

Сообщение от KEKCoGEN

Любопытный, ORM это куда больше чем связывание сущностей.

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

Сообщение от werrt

И каждый раз переписывать User надоело

по меньшей мере странно. Не зря же в orm буква R

Добавлено через 4 минуты
Судя по тексту у тс проблемы в виде не продуманной структуры бд и избыточных двунаправленных связей,
и полный отказ от отношений между сущностями вряд ли решение.

Новые блоги и статьи Все статьи Все блоги /
Миграция монолита в Event-Driven микросервисную архитектуру на C# stackOverflow 11.04.2025 Монолитная архитектура – классический подход к разработке программного обеспечения. Это приложение, построенное как единое целое, где все компоненты тесно связаны между собой. Большинство проектов. . .	Go в Kubernetes: Управление ресурсами golander 11.04.2025 Разработчики Go-приложений в Kubernetes часто сталкиваются с неожиданными проблемами производительности и даже внезапными отказами контейнеров. Причина этого кроется в особенностях взаимодействия. . .	Агрегаты и сущности в DDD микросервисах Javaican 10.04.2025 Разработка современных программных систем часто приводит на распутье: монолит или микросервисы? Даже при выборе микросервисной архитектуры многие команды сталкиваются с проблемой правильного. . .	Многопоточность в C#: Task и параллельное программирование UnmanagedCoder 10.04.2025 Современные процессоры уже давно перестали наращивать тактовую частоту в пользу увеличения количества ядер. Это создало интересную ситуацию: разработчики, привыкшие к последовательному. . .	Линейное решение нелинейной задачи будет отменено как метод обработки данных из double buffering. Формулы от LM конечно с ошибками. Hrethgir 10.04.2025 В продолжение Вообще задача стояла не так остро - 1. Во вторых прямое соотношение углов через соотношения координат отрезков - невозможно. Но тем не менее. Эта LM дала ответ похожий на нормальный. . . .
Переменные в Python py-thonny 10.04.2025 Переменная в программировании — это символическое имя, связанное с областью памяти, в которой хранится значение. Она позволяет получать доступ к данным через понятные человеку идентификаторы, а не. . .	Многопоточность в C#: Task и асинхронные операции UnmanagedCoder 10.04.2025 Многопоточность позволяет выполнять несколько операций одновременно, что важно для решения двух основных задач: повышения скорости выполнения вычислительно-сложных операций и сохранения отзывчивости. . .	Линейное решение не линейной задачи (емкость вычислений в сравнении с традиционными решениями пока не определена). Hrethgir 10.04.2025 В рамках предстоящих вычислений пришлось (да, я тоже знаю про корень числа, и про степеня, и прочие теоремы, но. . . ) найти способ нахождения отношения двух углов. . . .	Запуск контейнеров Docker на ARM64 Mr. Docker 09.04.2025 Появление таких решений, как Apple M1/ M2, AWS Graviton, Ampere Altra и Raspberry Pi, сделало использование ARM-систем обыденностью для многих разработчиков и DevOps-инженеров. При этом Docker,. . .	Vue SFC компонент на PHP с Fusion Jason-Webb 09.04.2025 PHP на сервере и JavaScript на клиенте — классическое сочетание, которое, несмотря на свою эффективность, создает определенный когнитивный диссонанс при разработке. В этом контексте появляются. . .

@werrt 4 / 4 / 4 Регистрация: 07.02.2008 Сообщений: 361

	Hibernate OneToMany, ManyToOne и тд 20.01.2017, 12:09. Показов 930. Ответов 3 Метки нет (Все метки) Добрый день. В очередной раз переписывая код возник вопрос. А в чем смысл использования, например, аннотации OneToMany для связывания двух сущностей? Ведь можно вручную в коде прописывать во второй сущности ID первой и сохранять. Добавлено через 10 минут Просто столкнулся с проблемой, что постоянно появляются новые сущности, которые нужно привязать к сущности User через OneToMany. И каждый раз переписывать User надоело. Проще добавить новые сущности и при сохранении вручную им прописывать Id User-a. Если есть другой удобный вариант, то подскажите, пожалуйста 0

Любопытный 149 / 162 / 48 Регистрация: 19.10.2012 Сообщений: 530
	20.01.2017, 13:42
	Связи не обязательно делать двунаправленными. Добавлено через 7 минут Сообщение от werrt Проще добавить новые сущности и при сохранении вручную им прописывать Id User-a. Вы вообще хотите избавиться от отношений между сущностями? Зачем тогда использовать ORM? Конкретно по OneToMany - удобно использовать для каскадных операций. 1

@KEKCoGEN 2399 / 2224 / 565 Регистрация: 28.12.2010 Сообщений: 8,672
	20.01.2017, 16:51
	werrt, зависит от вашей архитектуры проекта. В некоторых случаях можно действитель держать Id сущности без всяких oneToMany. Это уменьшит общую связанность кода и устранит некоторые потенциальные проблемы. Однако такой подход так же породит некоторые потенциальные проблемы. Главное понимать что делаешь и решить какой подход выбрать. Добавлено через 28 секунд Любопытный, ORM это куда больше чем связывание сущностей. 1

Любопытный 149 / 162 / 48 Регистрация: 19.10.2012 Сообщений: 530
	20.01.2017, 18:00
	Сообщение от KEKCoGEN Любопытный, ORM это куда больше чем связывание сущностей. Естественно, но это один из базовых функционалов, и на нем основан ряд других возможностей, от которых отказываться по причине Сообщение от werrt И каждый раз переписывать User надоело по меньшей мере странно. Не зря же в orm буква R Добавлено через 4 минуты Судя по тексту у тс проблемы в виде не продуманной структуры бд и избыточных двунаправленных связей, и полный отказ от отношений между сущностями вряд ли решение. 0