Полезные SQL-конструкции в PostgreSQL (Кирилл Боровиков)

• Приветствие и благодарность за интерес.  

• Обсуждение фишек PostgreSQL, позволяющих писать меньше кода и делать его более эффективным.  

• Упоминание о ленивых вычислениях и синтаксическом сахаре.  

• Опыт работы в разработке бизнес-систем более 20 лет.  

• Активное использование PostgreSQL последние 15 лет.  

• Ведение блога на Хабре и разработка сервиса ExplainTenzor.ru.  

• Обсуждение простоты и сложности PostgreSQL.  

• Упоминание о необходимости баланса между простотой и эффективностью кода.  

• Обзор конкретных конструкций и ссылок на дополнительные материалы.  

• SQL как декларативный язык, который не всегда дает ожидаемые результаты.  

• PostgreSQL не принимает подсказки от разработчиков, но предоставляет визуализацию плана выполнения запроса.  

• Введение сервиса ExplainTenzor.ru для визуализации планов выполнения.  

• Объяснение работы конструктора массивов.  

• Примеры использования для размножения значений и пересечения массивов.  

• Упоминание о проблемах с порядком элементов при пересечении массивов.  

• Использование оператора ORDER BY для нумерации строк.  

• Преимущества нового оператора OVER для нумерации строк.  

• Примеры использования нумерации массивов для связывания данных.  

• Объяснение работы оператора IN для проверки наличия значений в списке.  

• Примеры использования для замены OR-цепочек и улучшения производительности.  

• Проблемы с проверкой NULL-значений и способы их обхода.  

• Оператор ANY сравнивает значение с любым элементом массива.  

• Можно использовать для передачи массивов в параметризованные запросы.  

• Преимущество: одна строка для передачи массива любой размерности.  

• Оператор LIKE проверяет совпадение с любым элементом массива текстовых строк.  

• Префиксное индексирование позволяет использовать префиксные индексы.  

• Пример использования: отбор таблиц, начинающихся с определенных слов.  

• Оператор ALL проверяет, что значение не равно ни одному из элементов массива.  

• Используется для уникализации массивов и итеративных выборок.  

• Пример использования с LIKE: замена серии запросов на одну конструкцию.  

• Функция ROW используется для создания строки из нескольких полей.  

• Применяется для проверки совпадений в наборах результатов вложенных запросов.  

• Пример: отбор уникальных значений из большой таблицы.  

• Оператор TABLE выводит выборку, описанную ранее.  

• Используется для фиксации выборки и подстановки значений.  

• Пример: подстановка значений по словарю для оптимизации запросов.  

• Оператор CASE позволяет ставить значение по условию.  

• Пример: изоляция простых значений в запросах.  

• Пример использования: оптимизация запросов для уменьшения количества прочитанных записей.  

• Оператор CASE возвращает значение только при выполнении условия.  

• Замена условия на EXISTS позволяет избежать ненужных вычислений.  

• Пример с агрегатами и индексами показывает значительное улучшение производительности.  

• CASE позволяет соблюдать порядок выполнения условий.  

• Вложенные запросы выполняются последовательно.  

• Пример с тремя запросами показывает, как CASE помогает оптимизировать выполнение.  

• CASE помогает разделить поток значений на выполнение одного, второго или третьего кода.  

• Важно правильно расположить условия в CASE для оптимизации выполнения.  

• Вложенные CASE позволяют выполнять сложные условия последовательно.  

• Функции, такие как COALESCE, помогают оптимизировать выполнение запросов.  

• Пример с функцией, возвращающей значение первого ненулевого аргумента.  

• COALESCE позволяет избежать ненужных вычислений и улучшает производительность.  

• Использование UNION ALL для замены OR-цепочек.  

• Пример с объединением выборок по ключу показывает улучшение производительности.  

• UNION ALL позволяет оптимизировать выполнение запросов.  

• Использование приоритета выборок для оптимизации выполнения сложных запросов.  

• Пример с префиксным поиском показывает, как упростить выполнение запросов.  

• Приоритет выборок помогает избежать ненужных вычислений.  

• LEATER позволяет упорядочить выборки по определенному порядку.  

• Пример с вложенными циклами показывает, как LEATER улучшает производительность.  

• LEATER помогает оптимизировать выполнение сложных запросов.  

• Функции, используемые в качестве выборок, не требуют LEATER.  

• Пример с функциями показывает, что LEATER не всегда улучшает производительность.  

• LEATER помогает избежать ненужных вычислений и улучшает производительность.  

• Вложенный запрос не всегда эквивалентен для таблиц без индексов.  

• Возвращает целую запись индекса, что позволяет оперировать с полными записями таблиц.  

• Планировщик ищет каждое поле вложенной записи, что может быть неэффективно.  

• CTE позволяет использовать вложенный запрос только один раз.  

• Лейтер помогает выполнить вложенный запрос в нужное время.  

• Лейтер обеспечивает более эффективную производительность в два раза.  

• Вопросы от участников о производительности и культуре кода.  

• Обсуждение эффективности использования текстовых строк в запросах.  

• Проблемы с раскостовкой массивов и их влияние на производительность.  

• Вопросы о замене условий на UNION ALL и битмап.  

• Влияние структуры БД и индексов на производительность.  

• Возможность сортировки в UNION ORDER BY для сохранения порядка.  

• Ошибки планировщика и их влияние на производительность.  

• Примеры ошибок, связанных с индексами и условиями.  

• Важность правильного использования индексов для предотвращения ошибок.  

• Примеры использования системного каталога и отсылки к старым версиям.  

• Обсуждение необходимости агрегаторов и их реализации.  

• Важность документации и объяснения необходимости новых функций.