не понял в чём суть проблемы поиска по номеру телефону? Понятно же, что он ничего не найдёт по номеру "11-11-11", когда был добавлен номер "33-33-33" (на 56:45)
Скорее всего в таблице Phone был объект с полем number "11-11-11". Как я понял, показали проблему, что у нас в Owner есть поле phoneNumber и то как Spring разрулил (искать по полю или по объекту Phone и его полю Number)
Доклад ради доклада. Единственная польза его лишь в том, чтобы еще раз напомнить что все свои операции надо проверять, печатать запрос, и понимать что хибер часто ведет себя неочевидным образом. Две строчки вместо целого часа, не благодарите.
С lombok много нервов потратила , и не понимала какого хрена это происходит) полезное видео , если бы ещё раньше посмотрела , сэкономила бы много времени
Интересный доклад, очередной раз убеждаюсь, что Хибернейт - это тот еще велосипед с костылями и во многих случаях его лучше заменять (особенно для чтения). А кто подскажет почему в spring date изобрели велосипед с _ вместо . для поиска/сортировки вложенных полей?
Нижне подчеркивание, это только в dynamic finders, и на такой код обычно ругается sonar (название метода противоречит шаблону). Если ты пользуешься _ для поиска по вложенной сущности, то скорее всего с твоей моделью что-то не так или тебе лень написать jpql или спецификацию. Или ты не из той сущности обращаешься. (при связи one-to-one это решается просто из репозитория дочерней сущности по ссылке на родителя) Я обычно прошу заменять такие запросы. Даже просто превратив запрос в jqpl через intellij. А в там уже можно и джоин и массив ид полученных ранее передать.
Зачем знать id Colar (дочерней сущности ) чтобы вытащить Родительскую? Это делается нормально в запроса лениво: селект(Pet) и селект(Colar where pet_id = x).
Супер!! Спасибо за видео!
Блин спасибо вам за вашу работу, было полезно и весело!
не понял в чём суть проблемы поиска по номеру телефону? Понятно же, что он ничего не найдёт по номеру "11-11-11", когда был добавлен номер "33-33-33" (на 56:45)
Скорее всего в таблице Phone был объект с полем number "11-11-11". Как я понял, показали проблему, что у нас в Owner есть поле phoneNumber и то как Spring разрулил (искать по полю или по объекту Phone и его полю Number)
Доклад ради доклада. Единственная польза его лишь в том, чтобы еще раз напомнить что все свои операции надо проверять, печатать запрос, и понимать что хибер часто ведет себя неочевидным образом. Две строчки вместо целого часа, не благодарите.
С lombok много нервов потратила , и не понимала какого хрена это происходит) полезное видео , если бы ещё раньше посмотрела , сэкономила бы много времени
Спасибо за доклад 👍🖖
За лоад режим в ентити граф спасибо!
Интересный доклад, очередной раз убеждаюсь, что Хибернейт - это тот еще велосипед с костылями и во многих случаях его лучше заменять (особенно для чтения).
А кто подскажет почему в spring date изобрели велосипед с _ вместо . для поиска/сортировки вложенных полей?
Нижне подчеркивание, это только в dynamic finders, и на такой код обычно ругается sonar (название метода противоречит шаблону). Если ты пользуешься _ для поиска по вложенной сущности, то скорее всего с твоей моделью что-то не так или тебе лень написать jpql или спецификацию. Или ты не из той сущности обращаешься. (при связи one-to-one это решается просто из репозитория дочерней сущности по ссылке на родителя) Я обычно прошу заменять такие запросы. Даже просто превратив запрос в jqpl через intellij. А в там уже можно и джоин и массив ид полученных ранее передать.
Согласен. Я буквально вчера перешёл на spring data - возвращаться на голый jpa уже не хочу! И надеюсь не придется
Пацаны, сущности сравниваются по идентификаторам (или бизнес-ключам). зачем в иквелз зависимые сущности тащить?
Зачем знать id Colar (дочерней сущности ) чтобы вытащить Родительскую? Это делается нормально в запроса лениво: селект(Pet) и селект(Colar where pet_id = x).
А кто убил JPA? 😯
По мне так от Lombok вреда намного больше, чем пользы. Если не нравится boilerplate, просто используйте другой язык, например, Kotlin
А что за тема такая в IDEA, не белая, не черная, как будто слегка желтая бумага?
выглядит как ночной режим на ноуте, который баланс белого выкручивает в теплые тона. там и презентация тоже желтит