ВБ
Покажи какой sql формируется из jpql
Я описал кейс с номерами и сотрудниками. В моем случае это Crew и Tickets (вот здесь проверяется статус ) https://gist.github.com/Venpelmen/38b6c79071f05c38105ae422b0dc89aa
Size: a a a
2020 July 10
ВБ
И тут откуда-то left join...
ВБ
Покажи какой sql формируется из jpql
Написал в jpql inner join. В sql LEFT OUTER JOIN..... Хоть бери и SQL обычный запрос делай(
AE
Написал в jpql inner join. В sql LEFT OUTER JOIN..... Хоть бери и SQL обычный запрос делай(
Так let's join у тебя на другую табличку
E
лол, да почти все энтерпрайсы сидят на 7-ке
потому что, на 10 не работает, лол
ВБ
Так let's join у тебя на другую табличку
А, да. Тупанул
ВБ
Так let's join у тебя на другую табличку
Еще что-нибудь попробовать?
AE
Еще что-нибудь попробовать?
Ты уверен что этот джойн множит? Выполнял этот запрос напрямую? Убирал по табличке?
ВБ
Ты уверен что этот джойн множит? Выполнял этот запрос напрямую? Убирал по табличке?
Такой join не множит, но вытаскивает записи у которых нет заявок с этим статусом
ВБ
Если добавить on в jpql то множит
AE
Если добавить on в jpql то множит
Ну нужен в jpql on, он сам знает про какому полю джойнить
AE
Такой join не множит, но вытаскивает записи у которых нет заявок с этим статусом
join fetch пробовал?
AE
Может и другие условия вытаскивают все, если оставить фильтр только по статусу?
ВБ
Может и другие условия вытаскивают все, если оставить фильтр только по статусу?
Сейчас попробую
ВБ
Вот что он вытащил result = {Vector@12613} size = 3
1 = {EmployeeCrew@12624} "com.company.collectionproject.entity.EmployeeCrew-112617 [detached]"
0 = {EmployeeCrew@12624} "com.company.collectionproject.entity.EmployeeCrew-112617 [detached]". Упростил запрос до: e JOIN e.serviceTickets s where s.status = 'NOT_STARTED'
1 = {EmployeeCrew@12624} "com.company.collectionproject.entity.EmployeeCrew-112617 [detached]"
0 = {EmployeeCrew@12624} "com.company.collectionproject.entity.EmployeeCrew-112617 [detached]". Упростил запрос до: e JOIN e.serviceTickets s where s.status = 'NOT_STARTED'
ВБ
group by помог, но кажется мне, оно итак должно нормально работать)
RU
Прописать везде свои версии спринга, либо определить переменную с версией и поменять значение в модуле
Либо возможно есть функционал с exclude + implementation для модулей
Либо возможно есть функционал с exclude + implementation для модулей
A
Ребят, поправьте меня сходу по поводу бест практисов именования очередей в раббите.
Я использую спринт клауд стримс и планирую именовать
exchange = producer-app-name
queue = producer-app-name.consumer-app-name
типа
Тут такой момент возникает, что если из одного сервиса в другой много разных сообщений приходит в разными routing-key, то получается, что к одной очереди будет создано много биндингов с разными роутинг ключами.
Это норм или лучше для каждого типа сообщения иметь свою очередь и один биндинг?
Я использую спринт клауд стримс и планирую именовать
exchange = producer-app-name
queue = producer-app-name.consumer-app-name
типа
binder: rabbitКак вы делаете и что посоветуете?
destination: producer
group: consumer
Тут такой момент возникает, что если из одного сервиса в другой много разных сообщений приходит в разными routing-key, то получается, что к одной очереди будет создано много биндингов с разными роутинг ключами.
Это норм или лучше для каждого типа сообщения иметь свою очередь и один биндинг?