ZE
Size: a a a
2021 March 19
ZE
Всем привет как мне правильно вернуть текстовое значение, сейчас выдаёт ошибку мол не может перевести из логической в строковую.
код:
CASE WHEN od.with_payment = true THEN 'да' ELSE 'нет' END
AS
В od.with_payment какого типа значение?
ZE
boolean
AS
Зачем тогда '= true'? Но это на ошибку никак не влияет. Ошибки в этой строке нету, должна работать.
ZE
Зачем тогда '= true'? Но это на ошибку никак не влияет. Ошибки в этой строке нету, должна работать.
блеан точно, спасибо
K
Kirill
Доброе утро! Есть таблица порядка 150м строк, которая содержит текст сообщений. С помощью регулярок в этой таблице маркируются нужные строки. Подскажите пожалуйста как можно ускорить выполнение этого процесса? Подозреваю, что нужно создать индекс для текстового поля. Я работал только с b-tree индексами и думаю он тут не подойдет. Какой будет максимально эффективным?
дело оказалось не в регулярке. При просмотре плана выполнения видно, что стоимость запроса очень высокая. В запросе просто выполнил
SELECT *
FROM table
WHERE id >= 123
SELECT *
FROM table
WHERE id >= 123
K
K
Подскажите пожалуйста как можно заменить Bitmap scan, например на indes scan
YS
Kirill
Подскажите пожалуйста как можно заменить Bitmap scan, например на indes scan
Станет ещё хуже, почти наверняка. Вы можете показать всю информацию полностью?
https://t.me/pgsql/288632
https://t.me/pgsql/288632
K
Yaroslav Schekin
Станет ещё хуже, почти наверняка. Вы можете показать всю информацию полностью?
https://t.me/pgsql/288632
https://t.me/pgsql/288632
Пожалуйста https://explain.depesz.com/s/yHQ6
YS
Kirill
Пожалуйста https://explain.depesz.com/s/yHQ6
А можно выложить всё то (и именно то), что я просил?
K
Yaroslav Schekin
А можно выложить всё то (и именно то), что я просил?
Простите, сейчас выложу
K
Yaroslav Schekin
А можно выложить всё то (и именно то), что я просил?
K
YS
K
Yaroslav Schekin
Почему не текстом-то? ;)
То, что тут видно — это проблемы с оценками: estimated rows=51592363, actual rows=107712.
Но, несмотря на это, "Execution time: 69.691 ms" для такого количества rows — это нормально, да и Bitmap Index Scan выбирается правильно.
Т.е. что Вас не устраивает в этом и почему?
То, что тут видно — это проблемы с оценками: estimated rows=51592363, actual rows=107712.
Но, несмотря на это, "Execution time: 69.691 ms" для такого количества rows — это нормально, да и Bitmap Index Scan выбирается правильно.
Т.е. что Вас не устраивает в этом и почему?
Спасибо за ответ! Запроси с использованием именно этой таблицы выполняются объективно долго. Всего в таблице около 150м, строк, но это не самая большая таблица, зато самая медленная
YS
Kirill
Спасибо за ответ! Запроси с использованием именно этой таблицы выполняются объективно долго. Всего в таблице около 150м, строк, но это не самая большая таблица, зато самая медленная
Этот выполняется объективно быстро. ;)
Т.е. никакой проблемы Вы пока не показали, нет?
Поправлюсь, кроме проблемы с оценками.
Т.е. никакой проблемы Вы пока не показали, нет?
Поправлюсь, кроме проблемы с оценками.
K
Yaroslav Schekin
Этот выполняется объективно быстро. ;)
Т.е. никакой проблемы Вы пока не показали, нет?
Поправлюсь, кроме проблемы с оценками.
Т.е. никакой проблемы Вы пока не показали, нет?
Поправлюсь, кроме проблемы с оценками.
ну значит быстро) просто смутила какая то космическая цифра в планировщике у Bitmap Heap Scan)
YS
Kirill
ну значит быстро) просто смутила какая то космическая цифра в планировщике у Bitmap Heap Scan)
Цифры "космические" потому, что там с оценками проблема, и она существенная (я бы выяснял, почему это так, и исправлял) — для нетривиальных запросов это "смерть". Но ни одного проблемного запросы Вы не показали, я вот о чём. ;)