pgsql – PostgreSQL (@pgsql) — сообщения группы в Telegram

7 ноября 2026

mishgan

Phil Chertievточняк. а отсутствие хинтов - следствие превосходства оптимизатора над другими жалкими недооптимизаторами.

Отсутствие необходимости использовать хинты - это значит, что оптимизатор работает эффективно

09:10

P
Phil Chertiev
мне троюродный брат почти то же самое говорил: в хорошо налаженной судебной системе адвокат не нужен.
🔥1
09:34

Вся ветка · 1 ответ →

Lols Anti Spam

⛔ Олег Тихонов, тебя заблокировали (Lols Ban) Пользователь в списке глобальной блокировки бота (Lols ban) — что в таком случае делать, читайте здесь. 💡 Чтобы уведомления о банах не отвлекали участников, включите Тихий режим в настройках.

09:26

Vadim

mishganХинты - это следствие убогости постгесового оптимизатора

Хинты - это следствие принципиальной невозможности в любом случае найти оптимум за приемлемое время любым оптимизатором. В том числе и в Oracle, и в MS SQL.

09:33

M
mishgan
Это утверждение было актуально, когда на улицах телефонные будки стояли. Сейчас нормальный оптимизатор должен уметь обучаться и еще много чего
09:34
1. V
  Vadim
  При чём тут обучение? Любая статистика сродни средней температуре по больнице. Оптимально закупать аспирин или иные жаропонижающие она помогает, а вот определить дозу конкретному пациенту - уже нет.
  09:39
  1. M
    mishgan
    Все данные для принятия решений - есть в базе. Нормальный оптимизатор один раз косякнул - быстро понял где был не прав, переделал план. Тупой посгресовый оптимизатор будет 100 раз выполнять один и тот же запрос с кривым планом
    09:40
    1. V
      Vadim
      Есть. Но их нет в статистиках. А за приемлемое время получить эти данные невозможно. Кеширование планов запросов иногда помогает, но нередко, наоборот, приводит к проблемам. Можете, например, поделиться использованием plan cache в MS SQL? Или Вы только теоретизируете?
      09:44
      1. M
        mishgan
        В чем проблема дособрать нужную статистику
        09:44
        V
        Vadim
        Это невозможно за приемлемое время, так потребует хотя бы посчитать количество строк в каждой выборке в зависимости от условий фильтрации и INNER JOIN.
        09:49
        M
        mishgan
        проблема не в статистике, а то, что посгресовый оптимизатор очень тупой. Он может выполнять 100 раз один и тот же запрос с неоптимальным планом и даже не понять, что облажался. за это время любую статистику можно тыщу раз пересобрать
        09:53
        V
        Vadim
        Вы проигнорировали мои вопросы: "Можете, например, поделиться использованием plan cache в MS SQL? Или Вы только теоретизируете?" Когда на них ответите, получите более половины возражений на своё утверждение.
        09:55
2. P
  Phil Chertiev
  например изыскивать средства на поддержку собственной разработки. иначе никакой он не оптимизатор, а обычный расхититель народного хозяйства.
  09:40

Вся ветка · 9 ответов →

Vadim

То есть, если множество запросов базируются на оперативной и постоянно изменяемой информации, например, дислокации сотни тысяч вагонов по сети 1520, то статистика по станциям, грузам, направлениям движения изменяется при каждом запросе.

09:51

Nick

проблема не в тупости оптимизатора, увы, в том, что задача не имеет в общем случае решения за приемлемое время.

09:56

A
aleksey
Странный аргумент. Задача коммивояжера тоже "в общем случае не имеет решения за приемлемое время". Но это не значит, что не существует разных алгоритмов ее решения, отличающихся эффективностью.
10:02
1. P
  Phil Chertiev
  и хинтов для неё
  10:07
  1. V
    Vadim
    Как раз есть. У нас подобные задачи на River Logic решаются регулярно. И при правильно заданных эмпирических ограничениях gurobi находит оптимумы на порядок-другой быстрее, чем без них.
    10:10

Вся ветка · 3 ответа →

Nick

и то и другое это неполиномиальные задачи, НО это не значит, что все неполиномиальные задачи одинаковы 😂

10:04

A
aleksey
ну да, но из неполиномиальности задачи не следует, что нельзя улучшить алгоритм ее решения.
11:41
1. N
  Nick
  «Можно, а зачем» (с)
  12:40

Вся ветка · 2 ответа →

Lols Anti Spam

⛔ Koko, тебя заблокировали (spam) 💡 Хотите чистую ленту без сообщений о блокировках? Включите Тихий режим.

12:02

Lols Anti Spam

⛔ Ольга, тебя заблокировали (массовые вступления в чаты без прохождения проверки) 🎁 Админ не оформляет подписку? Подарите чату Тихий режим и отключение рекламы - нажмите «Подарок».

12:18

Reggie Nathaniel

Угощу аптекой 💊

12:39

L
Lols Anti Spam
❓ Reggie (8819389806), а ты точно не бот? Нажми на кнопку! Иначе твои сообщения будут удаляться.
12:39

Вся ветка · 1 ответ →