19:55 - цікаве зауваження. Хочу додати, що boolean - це тип з бінарним значенням і, відповідно, логіка також має бути бінарною. Тобто, якшо змінну не засетали, то обовʼязково має бути якесь дефолтне значення (false або true), якщо ж при значенні null зʼявляється третій варіант розвитку подій, то використання boolean в даному випадку - це вже наслідок невдалого дизайну.
я вроде понимал до просмотра релешейны между ентити но mapped by join table и лейзи выгрузка все это вводило вступо был хаос, сейчас у меня уже немного опыта появилось и очень хорошее объяснение так что все стало на свои места супер как всегда сапсибо
Правильно ли я понимаю, что если есть две сущности со связью "Один ко многим", например Сотрудник и ТелефоныСотрудника. То получать на сервере такие данные нужно в DTO одним вызовом, но двумя отдельными json? И записывать поочередно: сначала сотрудника, получить ID от сохраненного сотрудника, и потом записываем телефоны используя этот ID для связи.
Привіт, дуже дякую за україномовний контент! В тебе гарно виходить! Підкажіть будь ласка, як бути в такій ситуації коли self-join , в entity є parent, і в parent є свій grandparent, мапінг стоїть @OneToOne, як витягнути для child всі parent за допомогою left join fetch? Чи взагалі так можливо, якщо ні то як обходити n+1 в даному випадку?
Ви можете робити безліч join fetch для звʼязків toOne і тільки один join fetch для звʼязку toMany. Якщо не підходить робити join fetch, то щоб зменшити кількість запитів, ви також можете викориcтовувати Batch Fetching docs.jboss.org/hibernate/orm/6.1/userguide/html_single/Hibernate_User_Guide.html#fetching-batch
👉 Навчання від Bobocode: bit.ly/3IRrJhj
Класне відео! Радий що знімаєте ! Не зупиняйтесь (шукав українсько-мовний контент по java дуже довго)
Хто шукає, той знаходить! :)
топові відео по інформаційному наповненню
Дякую за ваші коментарі! 😉
19:55 - цікаве зауваження. Хочу додати, що boolean - це тип з бінарним значенням і, відповідно, логіка також має бути бінарною. Тобто, якшо змінну не засетали, то обовʼязково має бути якесь дефолтне значення (false або true), якщо ж при значенні null зʼявляється третій варіант розвитку подій, то використання boolean в даному випадку - це вже наслідок невдалого дизайну.
♥
Привіт, а що за плагін використовувався в уроці, який підсвічував клас User який потребував конструктор чи мапінг?
plugins.jetbrains.com/plugin/15075-jpa-buddy
я вроде понимал до просмотра релешейны между ентити но mapped by join table и лейзи выгрузка все это вводило вступо был хаос, сейчас у меня уже немного опыта появилось и очень хорошее объяснение так что все стало на свои места
супер как всегда сапсибо
Правильно ли я понимаю, что если есть две сущности со связью "Один ко многим", например Сотрудник и ТелефоныСотрудника. То получать на сервере такие данные нужно в DTO одним вызовом, но двумя отдельными json? И записывать поочередно: сначала сотрудника, получить ID от сохраненного сотрудника, и потом записываем телефоны используя этот ID для связи.
Та ні, можна робити по-різні, в тому числі одним JSON. Якщо ви добре розумієте, як працює Hibernate, то можна зробити все, що хочеш 😅
Привіт, дуже дякую за україномовний контент! В тебе гарно виходить!
Підкажіть будь ласка, як бути в такій ситуації коли self-join , в entity є parent, і в parent є свій grandparent, мапінг стоїть @OneToOne, як витягнути для child всі parent за допомогою left join fetch? Чи взагалі так можливо, якщо ні то як обходити n+1 в даному випадку?
Ви можете робити безліч join fetch для звʼязків toOne і тільки один join fetch для звʼязку toMany.
Якщо не підходить робити join fetch, то щоб зменшити кількість запитів, ви також можете викориcтовувати Batch Fetching
docs.jboss.org/hibernate/orm/6.1/userguide/html_single/Hibernate_User_Guide.html#fetching-batch