Size: a a a

pgsql – PostgreSQL

2021 January 15

М

Максим in pgsql – PostgreSQL
возвращает все 🙁 не хочет по 10 возвращать
источник

I

Ivan in pgsql – PostgreSQL
Plymouth
Здравствуйте. Я помню была возможность выборки запроса при котором сработал триггер. Не подскажите ?
внутри тригерной функции
current_query()
источник

P

Plymouth in pgsql – PostgreSQL
Ivan
внутри тригерной функции
current_query()
Спасибо
источник

V

Viktor in pgsql – PostgreSQL
Postgresql 12.5, у кого-то была такая проблема
[58P01] ERROR: could not open extension control file "/usr/pgsql-12/share/extension/btree_gist.control": No such file or directory?
источник

DG

Denis Girko ☕️ in pgsql – PostgreSQL
Максим
select regexp_replace('топовая топчик супер акция для пользователей', '(.{10}акция.{10})', '\1')
'.*(.{10}акция.{10}).*'
источник

М

Максим in pgsql – PostgreSQL
Denis Girko ☕️
'.*(.{10}акция.{10}).*'
🙋‍♂️ спасибо
источник

am

a m in pgsql – PostgreSQL
Alexey Lesovsky
напомните контекст плз... что было и зачем так сделали
Да нет контекста. Задолбал планировщик, который спонтанно в запросе с LIMIT 10 начинает мержить таблицу с миллионом строк. Антифитча какая-то.
источник

AL

Alexey Lesovsky in pgsql – PostgreSQL
дак это, может стата поехала и надо analyze сделать
источник

VY

Victor Yegorov in pgsql – PostgreSQL
или даже vacuum…
источник

V

Viktor in pgsql – PostgreSQL
Viktor
Postgresql 12.5, у кого-то была такая проблема
[58P01] ERROR: could not open extension control file "/usr/pgsql-12/share/extension/btree_gist.control": No such file or directory?
.
источник

am

a m in pgsql – PostgreSQL
Нет.
источник

VY

Victor Yegorov in pgsql – PostgreSQL
пакет contrib установлен? ( точное название не помню… )
источник

И

Ильнур in pgsql – PostgreSQL
postgresql-contrib
на линукс вроде из коробки не ставится, на винде ставится
источник

W

Warstone in pgsql – PostgreSQL
Ув. тов. админский мозг, можно-ли логи Пг разделить по базам (то есть чтобы лог от одной базы писался в один фаил, а лог другой - в другой)?..
источник

VY

Victor Yegorov in pgsql – PostgreSQL
средствами postgres-а — нет
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
a m
Да нет контекста. Задолбал планировщик, который спонтанно в запросе с LIMIT 10 начинает мержить таблицу с миллионом строк. Антифитча какая-то.
Может, Вы tuning не выполнили (тогда планировщик совсем ни при чём)?
А по описанию это напоминает early abort plans, и проблема там не в merge joins, а именно в оценках.
И если что-то отключить, запросто "развалятся" те планы, которые раньше были хорошими.
источник

V

Viktor in pgsql – PostgreSQL
Victor Yegorov
пакет contrib установлен? ( точное название не помню… )
установил, но не помогло
источник

am

a m in pgsql – PostgreSQL
Yaroslav Schekin
Может, Вы tuning не выполнили (тогда планировщик совсем ни при чём)?
А по описанию это напоминает early abort plans, и проблема там не в merge joins, а именно в оценках.
И если что-то отключить, запросто "развалятся" те планы, которые раньше были хорошими.
Кого-кого я не выполнял?
Проблема, ясное дело, в планировщике, а не в конкретной тактике. Вот только если ее отключить насовсем, то у тебя все работает уже вчера, и не надо шаманить над оценками, изучать планировщик и прочими глупостями заниматься.
Никакой критичный план от мерж джоина не зависит. Мерж джоин — это «оба-на, смотрите, как быстро я могу сделать этот кривой тяжелый запрос».
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
a m
Кого-кого я не выполнял?
Проблема, ясное дело, в планировщике, а не в конкретной тактике. Вот только если ее отключить насовсем, то у тебя все работает уже вчера, и не надо шаманить над оценками, изучать планировщик и прочими глупостями заниматься.
Никакой критичный план от мерж джоина не зависит. Мерж джоин — это «оба-на, смотрите, как быстро я могу сделать этот кривой тяжелый запрос».
> Кого-кого я не выполнял?

Tuning. http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server

> Проблема, ясное дело, в планировщике, а не в конкретной тактике.

На каком основании был сделан этот вывод?

> Вот только если ее отключить насовсем, то у тебя все работает уже вчера

Или половина работавших вчера за секунды запросов сегодня работают по полчаса каждый. Т.е. Вы слишком обобщаете — то, что Вам повезло, не значит, что это вообще хорошая идея.

> и не надо шаманить над оценками, изучать планировщик и прочими глупостями заниматься.

Надо cost-ы настраивать адекватно хотя бы. Не делать этого как раз глупость, и в таком случае удивляться плохому планированию не стоит. Вы понимаете, что планирование целиком и полностью зависит от этих констант и статистики?

> Никакой критичный план от мерж джоина не зависит.

Повезло Вам. :) Merge join — это единственный способ быстро выполнить некоторые виды запросов, по идее. Не у всех они есть, конечно.
источник

am

a m in pgsql – PostgreSQL
Это где у вас мерж джоин дал разницу в тысячу раз?
источник