datagrip + pg, очень мало проблем. Плохо определяет места ошибок в длинных запросах, это слабое место.
год работаю в datagrip + pg, полет нормальный)
Запрос выполнялся вместо 6с 20с.
Эм, а как IDE может на это влиять?
Вот так, везде 6с в ней 20 😀. Так что ответ:легко
Долго результаты рисуются или что? В любом случае, не вижу почему это страшная проблема, особенно если это единичный запрос. Вы ж в проде не через ide запросы гоняете
Время выполнения запроса увеличенно из-за настроек иде. Я сегодня явно не на той волне когда мне два человека утверждаю что ну и что что в 3,5 раза медленнее, норм.работает же. 😀
это как? непонятненько. Запрос выполняется на сервере бд, отсюда и вопрос - где замедление? Отрисовка, отправка?
Ну так настроить нормально надо значит? Я чот потерялся) с тз разработки кода jb прекрасная штука. Для DBA не супер, но кажется кроме psql хорошего и нет
Андроид студия у них прекрасная, intelij idea, но вот с бд как то не очень
С бд тож норм, но пару косяков я отметил выше. Ваш пример если честно до сих пор непонятен
Проблема не в сервере была, а в клиенте, иде клиент для пг
ну в курсе, вопрос в каком месте замедление, клиент запрос не выполняет.
Ещё отказывался запускать полностью работоспособный код, который в psql работал, а иде ругалась на ошибки
Проблема была в настройках подключения драйвера jdbc
И при использовании jdbc легко можно получить в проде аналогичную картину
Просто так jdbc обычно никто не настраивает
за давностью времени не помню уже, кажется на jsonpath плохо реагировал
https://stackoverflow.com/a/61140502 возможно что настраивают
При включении опцыи протокола, позволявшэй поэтапно получать результаты — сервер выключает параллельное выполнение запросов.
Насколько я помню, в случае 6 сек был совсем другой план (NL, неск тысяч строк), а 20 сек - HJ, 8 млн строк. И топикстартер подтвердил что сам что-то попутал.
Может в процессе были такие версии, в финале убийца дворецкий
Возможно, я самый конец упустил, сорри. Только я так и не увидел быстрого плана на большом наборе данных в продукте JB после отключения крыжиков с лимитами.
Никто не увидел быстрого плана — поскольку explain analyze работал всегда медленно, независимо ни от чего. Я ещё разбираюсь с этим наблюдением.
Обсуждают сегодня