YS
https://pastebin.com/sLvn0xi7 ту план запроса и \d таблицы
И это после "SET enable_seqscan = off;"?!
Size: a a a
2020 June 25
Д
Yaroslav Schekin
И это после "SET enable_seqscan = off;"?!
упс, я пропустил это. Сейчас
YS
упс, я пропустил это. Сейчас
И да, индекс-то должен был быть каким-то таким:
CREATE INDEX ON urls USING GIN (search_words gin_trgm_ops);
YS
https://pastebin.com/sLvn0xi7 ту план запроса и \d таблицы
Ну и да, я поддерживаю https://t.me/pgsql/234933 ;)
НК
тут принято полностью писать, с вилкой.
С hh можно было скопипастить, казаньэкспресс ведь?)
С hh можно было скопипастить, казаньэкспресс ведь?)
НК
Alexander Nikitin
Был я в этом иннополисе на прошлой неделе, квартал, а вокруг пустота и автобус до Казани час едет. Но сам квартал, конечно новенький, да и как ему быть старому, если самому Иннополису только-только 5 лет исполнилось.
Вокруг лес и свежий воздух)
Д
Yaroslav Schekin
Ну и да, я поддерживаю https://t.me/pgsql/234933 ;)
подскажете как правильно?
YS
подскажете как правильно?
Правильно — это нормализовать.
А вот это "creation_date timestamp without time zone" — просто ошибка. См. https://wiki.postgresql.org/wiki/Don%27t_Do_This#Don.27t_use_timestamp_.28without_time_zone.29
А вот это "creation_date timestamp without time zone" — просто ошибка. См. https://wiki.postgresql.org/wiki/Don%27t_Do_This#Don.27t_use_timestamp_.28without_time_zone.29
Д
Yaroslav Schekin
Правильно — это нормализовать.
А вот это "creation_date timestamp without time zone" — просто ошибка. См. https://wiki.postgresql.org/wiki/Don%27t_Do_This#Don.27t_use_timestamp_.28without_time_zone.29
А вот это "creation_date timestamp without time zone" — просто ошибка. См. https://wiki.postgresql.org/wiki/Don%27t_Do_This#Don.27t_use_timestamp_.28without_time_zone.29
https://pastebin.com/c83vuVfj поправил индекс и установил SET enable_seqscan = off
YS
https://pastebin.com/c83vuVfj поправил индекс и установил SET enable_seqscan = off
Странно. С виду, у Вас два одинаковых индекса. Какая это (полная) версия PostgreSQL?
> установил SET enable_seqscan = off
Тем не менее, теперь можете включить — этот план должен выбираться и так, насколько я вижу.
Проблема в том, что на самом деле использование индекса медленнее, чем parallel seq.scan, для этого запроса. :(
> установил SET enable_seqscan = off
Тем не менее, теперь можете включить — этот план должен выбираться и так, насколько я вижу.
Проблема в том, что на самом деле использование индекса медленнее, чем parallel seq.scan, для этого запроса. :(
АЦ
Здравствуйте.
Зачем нужные такие конекшены в pg_stat_activity, которые занимают общее количество подключений?
Можно ли их обрывать, чтобы освободить подключения?
Зачем нужные такие конекшены в pg_stat_activity, которые занимают общее количество подключений?
Можно ли их обрывать, чтобы освободить подключения?
Д
Yaroslav Schekin
Странно. С виду, у Вас два одинаковых индекса. Какая это (полная) версия PostgreSQL?
> установил SET enable_seqscan = off
Тем не менее, теперь можете включить — этот план должен выбираться и так, насколько я вижу.
Проблема в том, что на самом деле использование индекса медленнее, чем parallel seq.scan, для этого запроса. :(
> установил SET enable_seqscan = off
Тем не менее, теперь можете включить — этот план должен выбираться и так, насколько я вижу.
Проблема в том, что на самом деле использование индекса медленнее, чем parallel seq.scan, для этого запроса. :(
Я через DataGrip индекс ставил, сейчас попробую удалить и поставить через клиента
YS
Здравствуйте.
Зачем нужные такие конекшены в pg_stat_activity, которые занимают общее количество подключений?
Можно ли их обрывать, чтобы освободить подключения?
Зачем нужные такие конекшены в pg_stat_activity, которые занимают общее количество подключений?
Можно ли их обрывать, чтобы освободить подключения?
Что-то не закрывает подключения (либо приложение, либо connection pooler).
Если это "что-то" нормально обрабатывает такую ситуацию — да, можно.
Если это "что-то" нормально обрабатывает такую ситуацию — да, можно.
АЦ
Yaroslav Schekin
Что-то не закрывает подключения (либо приложение, либо connection pooler).
Если это "что-то" нормально обрабатывает такую ситуацию — да, можно.
Если это "что-то" нормально обрабатывает такую ситуацию — да, можно.
Благодарю
Д
Yaroslav Schekin
Странно. С виду, у Вас два одинаковых индекса. Какая это (полная) версия PostgreSQL?
> установил SET enable_seqscan = off
Тем не менее, теперь можете включить — этот план должен выбираться и так, насколько я вижу.
Проблема в том, что на самом деле использование индекса медленнее, чем parallel seq.scan, для этого запроса. :(
> установил SET enable_seqscan = off
Тем не менее, теперь можете включить — этот план должен выбираться и так, насколько я вижу.
Проблема в том, что на самом деле использование индекса медленнее, чем parallel seq.scan, для этого запроса. :(
то есть без индекса он работает быстрее чем с индексом?
YS
то есть без индекса он работает быстрее чем с индексом?
Первый план:
Второй план:
Но Вы перепроверьте, конечно — Вы же и запрос меняли.
Execution Time: 56886.559 ms
Второй план:
Execution Time: 92716.785 ms
Но Вы перепроверьте, конечно — Вы же и запрос меняли.
LC
Скажите почему в дамп не попал template0 ? Дамп делал так
pg_dumpall > all_databases.sql
EA
а зачем вам template0?
LC
Erlan A
а зачем вам template0?
Мне нужно сделать полную резервную копию постгреса, я думал, что её тоже должно захватить
EA
pg_basebackup