Postgres 12 в этюдах / Олег Бартунов (Postgres Professional)

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

• Автор, Олег Бортунов, является разработчиком и генеральным директором компании.  

• Цель - углубленное рассмотрение фич, доступных на конференции.  

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

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

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

• Эволюция баз данных от примитивных до графовых.  

• Вклад PostgreSQL в развитие баз данных, начиная с 2003 года.  

• Введение языка JSONPath для навигации по структурам JSON.  

• JSONPath позволяет выделять и индексировать нужные части JSON-дерева.  

• JSONPath - это стандарт, поддерживаемый PostgreSQL.  

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

• JSONPath реализован как тип данных в PostgreSQL.  

• Поддержка фильтров и операций над JSON-объектами.  

• Различие между режимами Lax и Strict в JSONPath.  

• Примеры запросов с использованием JSONPath.  

• Визуализация JSON-дерева и выделение нужных элементов.  

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

• В JSONPath можно искать строки с подстроками, используя две звездочки.  

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

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

• Примеры использования функций JSONPath включают операторы exist и match.  

• Операторы можно ускорять с помощью индексов, поддерживаемых JSONPath.  

• Для сложных операций сравнения и включения доступно расширение JSONPath.  

• В будущем планируется поддержка новых функций и улучшений для JSONPath.  

• В текущей версии 12.0.0 подавляется арифметические ошибки в фильтрах.  

• Введено множество материалов и документации по JSONPath.  

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

• CTE позволяет писать сложные выражения, которые не оптимизируются оптимизатором.  

• CTE может быть опасным, так как использует ворк-мем и может привести к свапу.  

• CTE может быть эквивалентно подзапросу, но выглядит лучше.  

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

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

• CTE всегда исполняются, даже если не вызываются.  

• В PostgreSQL до версии 11 CTE могли быть медленнее, чем SELECT.  

• В версии 12 CTE теперь могут быть материализованы или не материализованы по умолчанию.  

• По умолчанию CTE не материализуются, что улучшает оптимизацию.  

• Если CTE используется несколько раз, оно будет материализовано.  

• Для предотвращения материализации нужно явно указать NOT MATERIALIZE.  

• KNN позволяет находить ближайшие объекты, используя индексы.  

• В PostgreSQL KNN реализован эффективно и позволяет избежать хаков.  

• KNN ускоряет запросы, особенно для больших баз данных.  

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

• В PostgreSQL 12 Covering Index поддерживается для GIST и SPHINX.  

• Covering Index уменьшает трафик WAL и улучшает производительность.  

• В PostgreSQL 12 оптимизирована запись индексов, что уменьшает трафик WAL.  

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

• Поддержка Covering Index доступна для GIST, SPHINX и JSON.  

• В PostgreSQL 12 можно отслеживать прогресс операций с индексами.  

• Это помогает DBA управлять операциями и планировать ресурсы.  

• Поддержка репорта: прогресс доступна для всех типов индексов.  

• Плаг был сторожем, который хранил все версии данных в одном месте.  

• Это приводило к раздуванию таблиц, что было решено изменением архитектуры.  

• Теперь все версии данных хранятся в одном месте, что улучшает производительность.  

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

• Ранта партишин прунинг позволяет откидывать ненужные партиции во время исполнения.  

• Это улучшает производительность, особенно при работе с большими таблицами.  

• Тост декомпрессия позволяет эффективно работать с большими записями.  

• Частичная декомпрессия ускоряет доступ к данным, особенно для префиксного поиска.  

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

• Не стоит хранить много данных в базе, особенно если они редко используются.  

• Пример: ID и JSON данные, которые можно хранить отдельно для оптимизации запросов.  

• Идея: переписать TOAST для контроля хранения данных и их компрессии.  

• В PostgreSQL 12 добавлены новые функции, такие как MVCC и документация с фигурками.  

• Вопрос о медленных функциях и их решении.  

• Решение: использование индексов и поддержка в последних версиях.  

• В PostgreSQL 12 улучшен контроль целостности данных с помощью чек-сумм.  

• Утилита для работы с чек-суммами в офлайн режиме.  

• Вопрос о транзакциях REDON и их оптимизации.  

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

• Обещание рассказать больше о PostgreSQL и других темах.