Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Использование временных таблиц для оптимизации. Есть ли смысл?
|
|||
|---|---|---|---|
|
#18+
Моё руководство в использовании временных таблиц видит панацею, когда другими способами невозможно ускорить запрос. Действительно ли есть случаи когда это помогает? И есть ли разница - вынести часть общего запроса в CTE или во временную таблицу? В своей практике только один раз делал такое. В общем запросе по одной из таблиц никак не подхватывался нужный индекс. Вынес запрос по ней во временную таблицу. Работаю с 10-й версией Postgresql ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2020, 10:20 |
|
||
|
Использование временных таблиц для оптимизации. Есть ли смысл?
|
|||
|---|---|---|---|
|
#18+
Kr_Yury Моё руководство в использовании временных таблиц видит панацею, когда другими способами невозможно ускорить запрос. Действительно ли есть случаи когда это помогает? И есть ли разница - вынести часть общего запроса в CTE или во временную таблицу? В своей практике только один раз делал такое. В общем запросе по одной из таблиц никак не подхватывался нужный индекс. Вынес запрос по ней во временную таблицу. Работаю с 10-й версией Postgresql такие ситуации бывают с большими отчетами, но редко для чего нужна временная таблица 1)возможность построить СТАТИСТИКУ по промежуточному результату для получения нормального плана с его использованием (не забывать analyze временной таблицы после заполнения) когда через CTE получается критически большая ошибка в оценке количества строк или их распределения. 2)возможность построить ИНДЕКС по временной таблице для оптимизации дальнейшего выполнения запроса (не забывать create index/analyze после заполнения) если же ни analyze ни create index по временным таблицам не используются или ничем не помогают - CTE лучше... временные таблицы очень дорогое решение в postgresql и если запрос отрабатываем быстрее секунды то смысла в них нет да и если быстрее минуты - сомнителен если там у вас часовой запрос и если проблема именно в кривой оценке количества строк планировщиком - можно попробовать через временные таблицы поправить. -- Maxim Boguk лучшая поддержка PostgreSQL: dataegret.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2020, 12:41 |
|
||
|
|

start [/forum/search_topic.php?author=%D0%BF%D1%80%D0%BE%D1%81%D1%82%D0%BE+%D1%80%D0%B5%D1%88%D0%B8%D0%BB+%D1%81%D0%BA%D0%B0%D0%B7%D0%B0%D1%82%D1%8C&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
33ms |
get topic data: |
12ms |
get first new msg: |
8ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 440ms |
| total: | 591ms |

| 0 / 0 |
