9404
Чат русскоязычного сообщества PostgreSQL, здесь мы обсуждаем технические вопросы, для поиска работы и предложения вакансий есть группа https://t.me/pgsqljobs For English discussion visit https://t.me/pg_sql
Мы пробовали играться с этим параметром, но никакого эффекта на планы запросов это не дало
Там по умолчанию 8, а таблиц всего 4.
Видимо что-то ломалось от того, что к маленькой таблице по праймарикею+индекс колонка джойнились таблицы, в которых две сотни миллионов. Резалтсет должен был быть всего пару строк.
Пришлось буквально прописывать порядок присоединения таблиц, чтобы вернуть ту же скорость запроса, как на мускуле, а то и быстрее
Но там запросы по расписанию одни и те же выполняются
Следует писать условно-адекватные запросы (что бы это ни значило), а вот далее как-то автоматизированно их оптимизировать — в подавляющем большинстве случае не ваша задача, а задача СУБД.
Читать полностью…
ну вот проблема в том, что оптимизатор постгреса, например, довольно слабый в этом отношении. Поэтому появляются правила типа "не использовать not in (select from)". Эти правила сам постгрес никак не форсит, разумеется
Читать полностью…
вот тут крутой пост про декорелляцию подзапросов с линками на несколько статей: https://www.scattered-thoughts.net/writing/materialize-decorrelation/
Читать полностью…
о том может ли постгрес преобразовать not in в left join?
Читать полностью…
Затем, что обсуждение именно об этом /channel/pgsql/581589
Читать полностью…
Прошу прощения, я конвертил строку в ::date и не заметил этого, все работает
Читать полностью…
Кто-нибудь использовал tds-fdw для чтения из mssql? Какие отзывы?
Читать полностью…
Если ты будешь апдейтить постоянно строку то постгресу это не понравится.
- как не понравится?
Засрешь диск и база перестанет работать
Баг заключался в том, что строка пароля обрезалась по остатку от деления длины на 256. (Но не более 72 байт).
(С одной стороны, мысль пихать 257-байтные пароли в алгоритм, который берёт только 72 — должна быть наказана!
С другой — это очень смешно, ты генеришь и копипастишь 257-байтный пароль — он обрезается до одного байта...)
а сколько таблиц в джойне?
есть параметр join_collapse_limit, который контролирует, начиная со скольки таблиц оптимизатор перестает пытаться выбирать нормальный порядок джойна и джойнит просто по очереди. Видел проблемы из-за этого
А мы обмазали свои запросы хинтами, потому что постгрес не в том порядке таблицы начинал джойнить
Читать полностью…
только работает по полчаса, а так да.
для небольшого набора значений норм
Существует более общая рекомендация:
https://wiki.postgresql.org/wiki/Don't_Do_This#Don.27t_use_NOT_IN
а почему не стоит использовать not in (select from…) ?
Читать полностью…
понял, значит нужно всегда предохраняться
Читать полностью…
а нужно ли над этим запариваться или можно отдать данную задачу оптимизатору?
Читать полностью…
Доброго времени суток, где можно прочитать про реляционные трансформации выражений в другие, эквивалентные им для достижения наилучшей производительности (какие-то формальные правила и тд и тп)? В книге джейта упоминается, но только дистрибутивность операторов и то коротко (вроде)
Читать полностью…
Я случайно своё сообщение прикрепил к чужому комментарию :)
Читать полностью…
Я вообще давно потерял нить обсуждения и непонимаю, о чём вы...
Читать полностью…
Привет. Подскажите в какую сторону гуглить, если такое существует: есть запрос с джоинами и where any. При отсутствии записи в одной из таблиц в результате всей записи по одному из элементов any не будет. Можно ли как-то понять на каком этапе мы потерялись инструментами самого запроса? (без правки джоинов и проверки пустых полей)
Читать полностью…
Ну... Это некоторое художэственное преувеличение.
Читать полностью…
Кажется, 73 символа у меня пароль когда-то был.
Вендозный домен контроллер с досовским клиентом пускал с пустым. Вот это весело было. Ланман кажется протокол назывался.
Если хэш ещё и совпадает с 2b — то у вас и 2a — небагованная.
Но чтобы чисто по 2a определить — нужна разная длина пароля. В небагованной версии используются только первые 72 байта, так что пароли совпадут. В багованной... Обхохочешься там, в общем, и хэшы будут разные.