SQL-Ex blog

Новости за 2026-05-02 - 2026-05-08

nospam@example.com (Sergey Moiseenko) — Fri, 08 May 2026 19:27:00 +0300

§ Популярные темы недели на форуме

Топик		Сообщений	Просмотров
 200 (SELECT)		9		5
 159 (SELECT)		7		6
 153 (SELECT)		5		8
 180 (Learn)		3		8
 42 (DML)		3		7

§ Изменения среди лидеров рейтинга

Рейтинг	Участник (решенные задачи)
 11		alex_v (160, 217, 232, 233)
 15		gennadi_s (201)
 19		selber (147)

Continue reading "Новости за 2026-05-02 - 2026-05-08"

Понимание запросов списка процессов MySQL: руководство по мониторингу и оптимизации производительности

nospam@example.com (Sergey Moiseenko) — Thu, 07 May 2026 09:46:00 +0300

Пересказ статьи Dmitry Romanoff. Understanding MySQL Process List Queries: A Guide to Monitoring and Optimizing Performance

Таблица MySQL information_schema.processlist предоставляет большой объем информации о текущем состоянии сервера MySQL. Она важна для администраторов и разработчиков баз данных, чтобы мониторить эти данные для обеспечения оптимальной производительности и диагностики потенциальных проблем. В этой статье мы познакомимся с несколькими запросами MySQL, предназначенными для извлечения полезных идей из списка процессов, и обсудим, насколько они могут помочь нам в мониторинге и оптимизации сервера MySQL.

1. Просмотр всех процессов

Чтобы получить исчерпывающий обзор всех текущих процессов на сервере MySQL, вы можете использовать следующий запрос:

SELECT * FROM information_schema.processlist;

Continue reading "Понимание запросов списка процессов MySQL: руководство по мониторингу и оптимизации производительности"

Top 5 форматов резервных копий и когда их использовать в PostgreSQL

nospam@example.com (Sergey Moiseenko) — Tue, 05 May 2026 09:47:00 +0300

Пересказ статьи Pawale. Top 5 Backup Formats and When to Use Them for PostgreSQL

Выбор правильного формата резервной копии может составлять разницу между 10-минутным восстановлением и целым днем мучений. Утилита pg_dump в PostgreSQL предоставляет множество форматов вывода, каждый из которых оптимизирован для различных сценариев - от быстрой разработки снимков до восстановления после сбоев производственных баз. Понимание этих форматов помогает построить такую стратегию восстановления, которая сбалансирует эффективность использования хранилища, скорость восстановления и операционную гибкость. В этом руководстве рассматриваются пять ключевых форматов резервных копий с указанием, когда использовать каждую из них.

Continue reading "Top 5 форматов резервных копий и когда их использовать в PostgreSQL"

Функция JSON_CONTAINS в SQL Server 2025

nospam@example.com (Sergey Moiseenko) — Sun, 03 May 2026 11:32:00 +0300

Пересказ статьи Koen Verbeeck. JSON_CONTAINS Function in SQL Server 2025

У меня есть данные, пришедшие в мой SQL Server в формате JSON. Перед началом парсинга, который довольно интенсивный, необходимо проверить, присутствуют ли некоторые значения в этом JSON. Имеется ли функция, которую я могу использовать с этой целью? Давайте посмотрим, что может делать JSON_CONTAINS, новая функция в SQL Server 2025.

Формат файла JSON поддерживается в SQL Server, начиная с версии 2016, когда были введены функции OPENJSON и JSON_VALUE. Отличное введение в возможности SQL Server 2016 можно найти здесь: Продвинутые методы JSON в SQL Server, часть 1, часть 2 и <часть 3/a>.

С каждый релизом добавляется новая функциональность для обработки данных JSON. Недавно в Azure SQL DB был реализован тип данных JSON, который теперь нашел свое применение в SQL Server 2025. Это последний предварительный релиз SQL Server на момент написания этой статьи. В отличие от многих других новых функций SQL Server, этот предварительный выпуск включает новую функциональность, которая доступна только в SQL Server 2025, но не в облачных аналогах, таких как база данных Azure SQL DB. Одной из этих новых функций является JSON_CONTAINS, которой и посвящена эта статья.
Continue reading "Функция JSON_CONTAINS в SQL Server 2025"

Новости за 2026-04-25 - 2026-05-01

nospam@example.com (Sergey Moiseenko) — Fri, 01 May 2026 23:45:00 +0300

§ Проверка задачи 153 (SELECT, рейтинг) усилена данными от pegoopik

§ Популярные темы недели на форуме

Топик		Сообщений	Просмотров
 153 (SELECT)		3		6
 -15 (SELECT)		2		6
 197 (SELECT)		2		6
 29 (SELECT)		2		7

Continue reading "Новости за 2026-04-25 - 2026-05-01"

Postgres: более быстрые проверки внешних ключей

nospam@example.com (mssqlhelp) — Fri, 01 May 2026 11:23:00 +0300

Автор: Amit Langote, Postgres: faster foreign key checks

В одной из предыдущих статей я описывал, как работает обеспечение целостности внешних ключей в Postgres. Краткая версия такова: каждая команда INSERT или UPDATE в таблицу, ссылающуюся на другую, запускает триггер AFTER, который проверяет, существуют ли значения столбца внешнего ключа (FK) в ссылочной (PK) таблице. Эта проверка проходит через SPI (Server Programming Interface): строится запрос, он планируется, выполняется, а затем всё уничтожается — для каждой отдельной строки.

Это дорогостоящая операция. При массовой вставке (INSERT) миллиона строк в таблицу с внешним ключом вы выполняете миллион мини-запросов к индексу таблицы первичного ключа. Каждый из них открывает отношение первичного ключа, захватывает снимок (snapshot), выполняет проверку прав, делает поиск по индексу и закрывает всё. Стоимость одной строки в абсолютном выражении невелика, но она очень быстро накапливается.

Для Postgres 19 я применил два патча (соавтором обоих является Джунванг Жао), которые полностью обходят SPI для стандартного случая и выполняют пакетную (batch) проверку индекса. Вместе они ускоряют массовые вставки с внешними ключами примерно в 2.9 раза в используемом мною тесте (int первичный ключ, int внешний ключ, 1 миллион строк, таблица первичного ключа и её индекс в памяти).Что деаёт быстрый путь (fast path) Continue reading "Postgres: более быстрые проверки внешних ключей"

Треугольник производительности Postgres

nospam@example.com (mssqlhelp) — Thu, 30 Apr 2026 18:31:00 +0300

Автор: Richard Yen, The Postgres Performance Triangle

Каждый, кто хотя бы по колено погрузился в фотографию, знает о существовании треугольника экспозиции: диафрагма, выдержка и светочувствительность (ISO). В зависимости от того, какого художественного эффекта вы хотите добиться, вы регулируете эти три параметра, понимая, что у каждого изменения есть своя цена. Проработав несколько реальных случаев и предложив решения заказчикам, я начал думать о настройке производительности Postgres схожим образом. Существуют базовые параметры, которые можно настраивать, и у каждого выбора администратора баз данных есть свои последствия:

Распределение памяти (Memory Allocation)

Дисковый ввод-вывод (Disk I/O)

Конкурентность (Concurrency)

Каждый из этих факторов (в общих чертах) влияет на пропускную способность — то есть на то, какой объём работы ваша система успевает выполнить.

Оговорка: Я понимаю, что с академической точки зрения понятие «пропускной способности» не полностью отражает суть баланса между этими концепциями, но, пожалуйста, отнеситесь к этому снисходительно!

Давайте поговорим о том, как каждый из этих трёх аспектов взаимодействует со всей системой и как выглядят сопутствующие компромиссы.

Continue reading "Треугольник производительности Postgres"

Выбор метода текстового поиска в PostgreSQL

nospam@example.com (mssqlhelp) — Wed, 29 Apr 2026 11:34:00 +0300

Автор: Craig Ringer, Choosing a PostgreSQL text search method

(Эта статья написана применительно к PostgreSQL 9.3. Если вы используете более новую версию, пожалуйста, проверьте, остались ли описанные ограничения в силе.)

PostgreSQL предлагает несколько инструментов для поиска и сопоставления текстовых шаблонов. Сложность заключается в выборе подходящего инструмента для конкретной задачи.

Continue reading "Выбор метода текстового поиска в PostgreSQL"

T-SQL в SQL Server 2025: функции кодирования

nospam@example.com (Sergey Moiseenko) — Wed, 29 Apr 2026 11:19:00 +0300

Пересказ статьи Steve Jones. T-SQL in SQL Server 2025: Encoding Functions

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

Функции кодирования: BASE64_ENCODE и BASE64_DECODE

В язык T-SQL были добавлены две новых функции: BASE64_ENCODE, BASE64_DECODE . Эти функции взаимно обратны, подобно функциям шифрования. Одна функция возвращает вспять действия другого, и они предназначены для совместного использования.
Continue reading "T-SQL в SQL Server 2025: функции кодирования"

PostgreSQL MVCC, байт за байтом

nospam@example.com (mssqlhelp) — Sun, 26 Apr 2026 17:02:00 +0300

Автор: , Radim Marek: PostgreSQL MVCC, Byte by byte

Вы выполняете SELECT * FROM orders в одном сеансе psql и видите 50 миллионов строк. Ваш коллега в другом сеансе выполняет тот же запрос в тот же момент и видит 49 999 999. Никто из вас не ошибается, и никто не видит устаревших данных. Вы оба читаете одни и те же страницы кучи размером 8 КБ, одни и те же байты на диске.

В этом заключается обещание MVCC (многоверсионного контроля конкурентного доступа) PostgreSQL, и именно поэтому читатели никогда не блокируют писателей, а писатели никогда не блокируют читателей. Это также одна из самых неправильно понимаемых частей механизма хранения. Люди знают, что «существует несколько версий строки», и на этом останавливаются.

Continue reading "PostgreSQL MVCC, байт за байтом"

Настройка производительности PostgreSQL 17: индекс BRIN (Block Range INdex)

nospam@example.com (Sergey Moiseenko) — Sun, 26 Apr 2026 08:43:00 +0300

Пересказ статьи Jeyaram Ayyalusamy. 22 - PostgreSQL 17 Performance Tuning: BRIN (Block Range INdex)

При работе с очень большими таблицами в PostgreSQL традиционные индексы типа B-Tree или GiST могут чрезвычайно вырасти в размерах, что занимает значительное время на их обслуживание. Для временных рядов или последовательно упорядоченных данных PostgreSQL предлагает более разумный и облегченный вариант: BRIN (Block Range Index).

Индексы BRIN группируют данные в диапазоны блоков вместо хранения отдельных записей строк, что делает их компактными, быстрыми в построении и эффективными для запросов на диапазон или упорядоченные данные.

Давайте пошагово рассмотрим пример.
Continue reading "Настройка производительности PostgreSQL 17: индекс BRIN (Block Range INdex)"

Новости за 2026-04-18 - 2026-04-24

nospam@example.com (Sergey Moiseenko) — Fri, 24 Apr 2026 18:57:00 +0300

§ Авторы недели на форуме

Автор		Сообщений
 rock_4  	5
 pegoopik  	2
 gennadi_s  	2

§ Изменения среди лидеров рейтинга

Рейтинг	Участник (решенные задачи)
 12		alex_v (235, 236, 238, 239)
 15		gennadi_s (198, 199)
 20		selber (212)
 37		Шведа Сауля (159)
 87		rock_4 (162, 166)

Continue reading "Новости за 2026-04-18 - 2026-04-24"

Как создать связанный сервер в SQL Server для Oracle 26ai Free

nospam@example.com (Sergey Moiseenko) — Thu, 23 Apr 2026 10:20:00 +0300

Пересказ статьи Greg Low. How to Create a SQL Server Linked Server to Oracle 26ai Free

Легко перемещайте данные из SQL Server в Oracle 26ai Free, используя это пошаговое руководство. Узнайте как установить связанный сервер, сконфигурировать FREEPDB1 и избежать типичных ошибок.

Недавно мне пришлось перенести некоторые данные из SQL Server на Oracle 26ai в редакции Free. Я решил проверить, поможет ли связанный сервер сделать эту работу, поскольку зачастую это самый простой способ…

Это позволит мне просто писать операторы INSERT SELECT, но в SQL Server, связанные серверы с Oracle, известны своей неуклюжестью и часто имеют проблемы с некоторыми типами данных, настройками времени, и т. д.

В прошлом мне не приходилось создавать связанный сервер к Oracle 26ai Free, поэтому я решил, что должен задокументировать свои действия, чтобы в будущем я мог легко найти их и, возможно, помочь кому-то еще.
Continue reading "Как создать связанный сервер в SQL Server для Oracle 26ai Free"

DROP COLUMN в PostgreSQL: столбец не удаляется сразу

nospam@example.com (Sergey Moiseenko) — Tue, 21 Apr 2026 17:00:00 +0300

Пересказ статьи Tomasz Gintowt. PostgreSQL DROP COLUMN: It Doesn’t Remove the Column Immediately

При работе со схемами реляционных баз данных вы можете предполагать, что удаление столбца физически удаляет его из табличного хранилища. В PostgreSQL это не всегда так.

Начиная с PostgreSQL 11, операция ALTER TABLE ... DROP COLUMN стала выполняться быстрее, поскольку PostgreSQL больше не переписывает всю таблицу сразу. Напротив, он:

Помечает столбец как удаленный (невидимый и недоступный).

Временно оставляет его данные на диске.

Освобождает хранилище, только когда таблица переписывается (VACUUM FULL, CLUSTER или pg_repack).

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

Continue reading "DROP COLUMN в PostgreSQL: столбец не удаляется сразу"

"Простая" функция, которой нет: миграция функции T-SQL STR() в PostgreSQL

nospam@example.com (Sergey Moiseenko) — Sun, 19 Apr 2026 08:19:00 +0300

Пересказ статьи Assaf Fraenkel. The “Simple” Function That Isn’t: Migrating T-SQL’s STR() to PostgreSQL

Иногда миграция оказывается более сложной, чем ожидалось. На первый взгляд определение функции STR в SQL Server является простым: она возвращает символьное представление числовых данных, выровненные по правому краю с заданной длиной и точностью до десятичных знаков. Однако при попытке конвертации вы обнаруживаете огромное число пограничных случаев, большинство из которых плохо документированы.

Техническая спецификация

Стандартной спецификацией этой функции является:

STR ( float_expression [ , length [ , decimal ] ] )

Значение по умолчанию Length (длина): 10
Значение по умолчанию Decimal (масштаб): 0

Continue reading ""Простая" функция, которой нет: миграция функции T-SQL STR() в PostgreSQL"

Новости за 2026-04-11 - 2026-04-17

nospam@example.com (Sergey Moiseenko) — Fri, 17 Apr 2026 19:08:00 +0300

§ Популярные темы недели на форуме

Топик		Сообщений	Просмотров
 146 (SELECT)		8		6
 24 (SELECT)		4		9
 197 (SELECT)		4		6

§ Авторы недели на форуме

Автор		Сообщений
 pegoopik  	7
 rock_4  	5
 gennadi_s  	2

Continue reading "Новости за 2026-04-11 - 2026-04-17"

Погружение в события ожиданий PostgreSQL

nospam@example.com (mssqlhelp) — Fri, 17 Apr 2026 12:06:00 +0300

Автор: Richard Yen, Understanding PostgreSQL Wait Events

Одним из самых полезных инструментов отладки в современном PostgreSQL является система событий ожиданий (wait events). Когда запрос замедляется или база данных становится ограниченной по процессору, естественно возникает вопрос: «Чего на самом деле ожидают сеансы?» Postgres предоставляет эту информацию через представление pg_stat_activity с помощью двух столбцов:

wait_event_type — тип события ожидания

wait_event — само событие ожидания

Эти поля показывают, на чём именно заблокирован фоновый процесс в данный момент. Среди различных типов ожидания одна категория часто вызывает путаницу:

LWLock

Если вы когда-либо видели панели мониторинга, полные ожиданий LWLock, вы не одиноки в своих сомнениях о том, что они означают и являются ли они проблемой.

Continue reading "Погружение в события ожиданий PostgreSQL"

Нулевая задержка autovacuum_vacuum_cost_delay - вас сметёт лавина записи

nospam@example.com (mssqlhelp) — Thu, 16 Apr 2026 17:35:00 +0300

Автор: Jeremy Schneider, Zero autovacuum_vacuum_cost_delay, Write Storms, and You

Несколько дней назад Шон Томас (Shaun Thomas) опубликовал статью в блоге pgEdge под названием «Контрольные точки, лавинная запись и вы». К сожалению, на многих корпоративных блогах больше нет возможности комментировать. Я оставил несколько комментариев в LinkedIn, но в целом позвольте мне сказать, что эта статья — отличное чтение, и я всегда рад, когда кто-то погружается в важную и обойдённую вниманием тему, даёт хорошее техническое описание и включает реальные результаты тестов для иллюстрации деталей.

У меня сегодня нет воспроизводимых реальных результатов тестов. Но у меня есть хорошая история и немного реальных данных.

Continue reading "Нулевая задержка autovacuum_vacuum_cost_delay - вас сметёт лавина записи"

EXPLAIN ANALYZE в PostgreSQL - практическое руководство для веб-разработчиков

nospam@example.com (Sergey Moiseenko) — Thu, 16 Apr 2026 09:26:00 +0300

Пересказ статьи Vishu Bommoju. EXPLAIN ANALYZE in PostgreSQL — A Practical Guide for Web Developers

Большинство медленных веб-приложений тормозят не из-за плохих фреймворков или плохих серверов.
Они виснут из-за медленных запросов к базам данных.

PostgreSQL дает нам одно оружие, которое важнее почти всего остального при отладке производительности:

EXPLAIN ANALYZE

В этой статье объясняется EXPLAIN ANALYZE с точки зрения его практического использования, а не как теория из учебника.

Continue reading "EXPLAIN ANALYZE в PostgreSQL - практическое руководство для веб-разработчиков"

Ошибки проектирования баз данных и как избежать и исправить их

nospam@example.com (Sergey Moiseenko) — Tue, 14 Apr 2026 11:22:00 +0300

Пересказ статьи Roxana Haidiner. Database Design Errors to Avoid & How To Fix Them

Даже сейчас, в 2025 году, при наличии мощных инструментов баз данных и облачных платформ разработчики все еще допускают элементарные ошибки при проектировании схемы. Они вызывают проблемы производительности, несогласованности данных и другие технологические проблемы.

В этой статье рассматриваются наиболее общие ошибки проектирования баз данных, способы их избежать и то, как графические инструменты типа Dbschema могут помочь создать лучший проект с самого начала:

Отсутствующие внешние ключи.

Отсутствующие или неверно спроектированные индексы.

Использование JSON и JSONB в реляционных базах данных.

Игнорирование нормализации (или её чрезмерное применение).

Нечеткие соглашения об именовании.

Отсутствие документации к схеме.

Continue reading "Ошибки проектирования баз данных и как избежать и исправить их"

Сравнение функций STUFF, REPLACE и WRITE в SQL Server

nospam@example.com (Sergey Moiseenko) — Sat, 01 Jul 2023 08:31:00 +0300

Пересказ статьи Aubrey Love. SQL STUFF vs SQL REPLACE vs SQL WRITE in SQL Server

Если вы когда-либо решали задачу со строками в Microsoft SQL Server, то, вероятно, уже знакомы с различными строковыми функциями, которые могут упростить процесс решения. Функции STUFF() и REPLACE() наиболее часто используются для обновления строковых значений в таблице. Но .WRITE() является относительно менее известной, не так ли? Continue reading "Сравнение функций STUFF, REPLACE и WRITE в SQL Server"

Обзор оконных функций PostgreSQL

nospam@example.com (Sergey Moiseenko) — Wed, 28 Jun 2023 08:38:00 +0300

Пересказ статьи rohind. An Overview of PostgreSQL Window Functions

Эта статья является руководством по использованию оконных функций SQL в приложениях, для которых требуется выполнять тяжелые вычислительные запросы. Данные множатся с поразительной скоростью. В 2022 в мире произведено и потреблено 94 зетабайтов данных. Сегодня у нас есть множество инструментов типа Hive и Spark для обработки Big Data. Несмотря на то, что эти инструменты различаются по типам проблем, для решения которых они спроектированы, они используют базовый SQL, что облегчает работу с большими данными. Оконные функции являются примером одной из таких концепций SQL. Это необходимо знать инженерам-программистам и специалистам по данным.
Continue reading "Обзор оконных функций PostgreSQL "

Контрольные точки, лавинная запись и вы

nospam@example.com (mssqlhelp) — Sat, 11 Apr 2026 18:48:00 +0300

Автор: Shaun Thomas,Checkpoints, Write Storms, and You

Каждая база данных должна примириться с двумя неприятными истинами: память быстра, но энергозависима, а диск медленен, но долговечен. Postgres справляется с этим противоречием с помощью журнала предзаписи (Write-Ahead Log, WAL), который регистрирует каждое изменение до того, как оно произойдёт. Но WAL не может расти бесконечно. В какой-то момент Postgres должен сбросить все накопившиеся грязные страницы на диск и объявить чистую начальную точку. Этот процесс называется контрольной точкой (checkpoint), и когда он идёт не по плану, пропускная способность может упасть до нуля.

Continue reading "Контрольные точки, лавинная запись и вы"

Новости за 2026-04-04 - 2026-04-10

nospam@example.com (Sergey Moiseenko) — Fri, 10 Apr 2026 18:59:00 +0300

§ Авторы недели на форуме

Автор		Сообщений
 selber  	6
 qwrqwr  	5
 gennadi_s  	2
 _Bkmz_  	2

§ Изменения среди лидеров рейтинга

Рейтинг	Участник (решенные задачи)
 15		gennadi_s (196, 197)
 38		Шведа Сауля (158)
 116		rock_4 (254)

Continue reading "Новости за 2026-04-04 - 2026-04-10"

pg_column_size(): То, что вы видите, не всегда то, что получаете

nospam@example.com (mssqlhelp) — Fri, 10 Apr 2026 16:28:00 +0300

Автор: Lætitia AVROT, pg_column_size(): What you see is not what you get

Благодаря моему коллеге Озаиру (Ozair), который прислал мне запрос в JIRA: «Мне нужно удалить этот огромный столбец, каковы будут последствия?» Мой первый вопрос был: насколько он огромен? И тут кроличья нора открылась.

Это выглядит просто. Это просто. Просто используйте административную функцию pg_column_size(). Пока у вас нет атрибутов, обработанных TOAST. Тогда становится интересно.

Continue reading "pg_column_size(): То, что вы видите, не всегда то, что получаете"

Что такое collation (правило сортировки) и почему мои данные повреждены?

nospam@example.com (mssqlhelp) — Thu, 09 Apr 2026 17:30:00 +0300

Автор: Shaun Thomas, What is a Collation, and Why is My Data Corrupt?

Библиотека GNU C (glibc) версии 2.28 появилась на свет 1 августа 2018 года, и с тех пор Postgres уже не был прежним. Среди множества её изменений было масштабное обновление данных локалей для сопоставления (collation), приведшее их в соответствие с изданием 4 стандарта ISO 14651 (выпуск 2016 года) и Unicode 9.0.0. Это была не мелкая правка. Это была кульминация примерно 18 лет накопленных изменений в локалях, объединённых в одном выпуске.

Никто не устраивал вечеринку.

За этим последовал один из самых значительных и коварных инцидентов с целостностью данных в истории Postgres. Индексы молча становились повреждёнными, результаты запросов менялись без предупреждения, уникальным ограничениям больше нельзя было доверять. Самая страшная часть? Нужно было знать, что искать. Postgres не жаловался. Операционная система не жаловалась. Всё выглядело нормально, ровно до тех пор, пока это не переставало быть так.

Это история о том, как обновление библиотеки тихо повредило базы данных по всему миру, что сообщество Postgres сделало в ответ и как убедиться, что это никогда не повторится с вами.

Continue reading "Что такое collation (правило сортировки) и почему мои данные повреждены?"

Секционирование или шардинг в базах данных: в чем разница?

nospam@example.com (Sergey Moiseenko) — Thu, 09 Apr 2026 09:58:00 +0300

Пересказ статьи Sandeeppant. Partitioning vs. Sharding in Databases: What’s the Difference?

По мере масштабирования приложений базы данных становятся слабым звеном. Когда таблицы разрастаются до миллионов или даже миллиардов строк, запросы замедляются, бэкапы делаются вечно, и единственный сервер начинает с трудом справляться с нагрузкой.

Для решения этой проблемы обычно применяются две технологии - секционирование и шардинг. Обе используют разбиение данных на более мелкие фрагменты, но они служат разным целям и работают на разных уровнях.

В этой статье мы узнаем:

Что такое секционирование и как это работает.

Что такое шардинг и чем оно отличается.

Практические примеры в MySQL и PostgreSQL.

Реальные случаи использования, которые освещают каждую технологию.

Continue reading "Секционирование или шардинг в базах данных: в чем разница?"

Внутреннее устройство WAL в PostgreSQL для инженеров данных

nospam@example.com (Sergey Moiseenko) — Tue, 07 Apr 2026 09:46:00 +0300

Пересказ статьи Jonathan Duran. PostgreSQL WAL Internals for Data Engineers

Понимание PostgreSQL WAL

Недавно, работая над проектом CDC, я осознал, что никогда в действительности не находил времени, чтобы вникнуть во внутреннее устройство PostgreSQL, которое делает возможным потоковую обработку транзакций. Все мы знаем CDC (захват измененных данных) как магию, которая позволяет нам помещать изменения данных почти в реальном времени в системы типа Kafka, Snowflake или data lake - но на самом деле основную работу выполняет специальный компонент инженерных решений PostgreSQL: журнал предупреждающей записи (WAL).

Эта статья посвящена данному компоненту - что такое WAL, как он обеспечивает надежность PostgreSQL, и какую роль он играет в возможности CDC. Мы обсудим то, как PostgreSQL обрабатывает транзакции из памяти на диск, как он избегает дорогих операций ввода-вывода, и как он элегантно восстанавливает данные после сбоя. Continue reading "Внутреннее устройство WAL в PostgreSQL для инженеров данных"

Нужно ли настраивать Vacuum в Postgres?

nospam@example.com (mssqlhelp) — Sun, 05 Apr 2026 13:28:00 +0300

Авторы: Elizabeth Garrett Christensen и Erik Jones, Do You Need to Tune Postgres Vacuum?

Если вы работаете с Postgres какое-то время, вы, вероятно, слышали, как кто-то упоминал «очистку» (vacuuming) базы данных или использовал термин «раздувание» (bloat). Оба эти понятия звучат как рутинная и надоедливая работа, но они — просто часть жизни здоровой базы данных. В современных версиях Postgres autovacuum обычно обрабатывает эти проблемы за кулисами. Но по мере роста вашей базы данных вы можете начать задаваться вопросом: достаточно ли настроек по умолчанию? Нужно ли мне запускать очистку Postgres вручную? Или почему моя база данных внезапно занимает гораздо больше места на диске, чем должна?

Давайте углубимся в то, зачем нужна очистка, как работает autovacuum и когда вам действительно нужно вмешаться и настроить его.

Continue reading "Нужно ли настраивать Vacuum в Postgres?"

Новости за 2026-03-28 - 2026-04-03

nospam@example.com (Sergey Moiseenko) — Fri, 03 Apr 2026 20:24:00 +0300

§ Новая задача от Baser и pegoopik опубликована на рейтинговом этапе под номером 24 (оценка сложности 2 балла).
Выполнены следующие переносы:
Новая задача -> 24 -> 4 -> 166 (обуч.этап).
Второй этап теперь начинается с задачи 4.

§ Популярные темы недели на форуме

Топик		Сообщений	Просмотров
 193 (Learn)		7		9
 140 (SELECT)		5		6
 Guest's book		3		16

Continue reading "Новости за 2026-03-28 - 2026-04-03"

Как быстро освоить CI/CD

nospam@example.com (mssqlhelp) — Fri, 03 Apr 2026 16:18:00 +0300

Автор: Itzik Gan Baruch, How to learn CI/CD fast

Непрерывная интеграция и непрерывная доставка (CI/CD) критически важны для ускорения выпуска программного обеспечения, и начать работать с ними не так сложно, как кажется. CI/CD стали краеугольной технической архитектурой успешных внедрений DevSecOps. CI/CD имеет репутацию сложной и труднодостижимой, но это не обязательно так. Современные инструменты позволяют командам начать работу с минимальной настройкой и управлением инфраструктурой. Вот как вы можете «быстро стартовать» с CI/CD и получить быстрые, наглядные победы в производительности для вашей команды DevSecOps.

Continue reading "Как быстро освоить CI/CD"

Обеспечение высокой доступности PostgreSQL с помощью Patroni и Ansible

nospam@example.com (mssqlhelp) — Thu, 02 Apr 2026 15:48:00 +0300

Автор: ByteGoblin/, Setting Up PostgreSQL High Availability with Patroni and Ansible

В современном мире, управляемом данными, обеспечение высокой доступности вашей базы данных имеет решающее значение для непрерывности бизнеса. PostgreSQL — мощная открытая реляционная база данных, которую можно настроить для обеспечения высокой доступности (High Availability, HA), чтобы минимизировать простои и сохранить доступ к данным. Одно из популярных решений для достижения высокой доступности PostgreSQL — использование Patroni (шаблона для управления кластерами PostgreSQL) в сочетании с Ansible (инструментом автоматизации, который упрощает развёртывание приложений, управление конфигурацией и оркестрацию).

В этом руководстве мы шаг за шагом рассмотрим процесс настройки отказоустойчивого кластера PostgreSQL с помощью Patroni с использованием Ansible. Такая конфигурация обеспечит автоматическое переключение при сбоях, простое масштабирование и упрощённое обслуживание.

Continue reading "Обеспечение высокой доступности PostgreSQL с помощью Patroni и Ansible"

Сочетания, перестановки и беспорядочность

nospam@example.com (mssqlhelp) — Wed, 01 Apr 2026 15:37:00 +0300

Автор: Joe Celko, Combinations, permutations, and derangements

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

Факториалы

Функция факториала обычно записывается как (n)!, и она определяется как произведение первых (n) натуральных чисел. Таким образом, 5! равно (5 · 4 · 3 · 2 · 1) = 120. Как обычно, ноль — это особый случай: 0! = 1, что можно доказать с помощью несколько иного определения факториала. Вместо определения через произведение определим его рекурсивно следующим образом: n! = CASE WHEN n = 0 THEN 1 ELSE n · (n-1)! END.

Показывая процесс шаг за шагом, рекурсия разворачивается так:

5! = 5 · 4!

4! = 4 · 3!

3! = 3 · 2!

2! = 2 · 1!

1! = 1 · 0!

Посмотрите на последний шаг рекурсии. Теперь разделите обе части на единицу, чтобы получить (1! / 1) = 0! или 1 = 0! Обратите внимание, что всё, что было сделано до сих пор, является процедурным, а не ориентированным на множества. Специалисты по реляционным СУБД предпочитают уходить от процедурного кода. Для остальной части этой статьи вы можете думать о n! как о количестве способов упорядочить (n) элементов множества в последовательность. Очевидно, если у вас есть один элемент, то у вас есть только один способ упорядочивания. Но точно так же, если у вас ноль элементов, вы также на этом закончили. Как существует только одно пустое множество, так существует и только одна пустая последовательность.

Да, можно определить факториалы для отрицательных чисел, мнимых чисел, гамма-функцию для действительных чисел и другие вещи. Если вы не студент-математик, вам совершенно не понадобятся эти изощрённые трюки. Поскольку SQL — это язык баз данных, а не вычислительный язык, возможно, вы захотите использовать поиск по таблице, а не это рекурсивное определение. Вы можете найти таблицу чисел от одного до ста для заполнения таблицы. Факториальная функция растёт очень быстро!

0! = 1

1! = 1

2! = 2

3! = 6

4! = 24

5! = 120

6! = 720

7! = 5 040

8! = 40 320

9! = 362 880

10! = 3 628 800

11! = 39 916 800

12! = 479 001 600

Continue reading "Сочетания, перестановки и беспорядочность"

CTE - Хороший, плохой, злой

nospam@example.com (mssqlhelp) — Tue, 31 Mar 2026 14:16:00 +0300

Автор: Radim Marek, Good CTE, bad CTE

Обобщённое табличное выражение (Common Table Expression, CTE) — это первая возможность, к которой часто обращаются разработчики, выходя за рамки базового SQL, а зачастую и единственная. Вы пишете подзапрос после WITH, даёте ему имя и используете в остальной части запроса. Он существует только на время выполнения этого запроса.

Но популярность CTE обычно связана не столько с модернизацией кода, сколько с обещанием императивной логики. Для многих CTE выступает в роли простого для понимания средства от «страшных запросов» и способа навязать базе данных порядок выполнения. Многие пишут запросы так, как будто они говорят оптимизатору: «сначала сделай это, затем сделай то».

Это создаёт проблему. CTE обеспечивают декомпозицию запросов, рекурсию и многосоставные DDL. Планировщик обрабатывает их по-разному в зависимости от того, как вы их пишете и используете. Долгое время (до PostgreSQL 12) CTE служили барьером для оптимизации. Планировщик не мог проталкивать условия предикатов внутрь них, не мог использовать индексы на нижележащих таблицах. Он не мог сделать ничего, кроме как материализовать их и просканировать полученный результат.

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

Continue reading "CTE - Хороший, плохой, злой"

Настройка производительности в PostgreSQL 17: Понимание параметров стоимости оптимизатора

nospam@example.com (Sergey Moiseenko) — Mon, 30 Mar 2026 10:12:00 +0300

Пересказ статьи Jeyaram Ayyalusamy. 32 - PostgreSQL 17 Performance Tuning: Understanding Optimizer Cost Parameters

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

Когда вы запускаете запрос, оптимизатор не выполняет его непосредственно. Он генерирует множество возможных планов выполнения и оценивает их стоимость. Выбирается план с самой низкой оценкой стоимости. Стоимость не измеряется в миллисекундах или циклах ЦП - она представляет собой абстрактные единицы, которые PostgreSQL использует для сравнения.

Понимание этих параметров стоимости в PostgreSQL является существенным для настройки производительности, особенно тогда, когда дело касается больших таблиц и сложных запросов.

В этой статье мы:

Создадим таблицу с 10 миллионами строк для имитации реальной рабочей нагрузки.

Создадим индексы, чтобы дать возможность PostgreSQL построить несколько планов выполнения.

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

Покажем, как настройка параметров стоимости может изменить решение при выборе плана.

Continue reading "Настройка производительности в PostgreSQL 17: Понимание параметров стоимости оптимизатора"

Новости за 2026-03-21 - 2026-03-27

nospam@example.com (Sergey Moiseenko) — Fri, 27 Mar 2026 23:33:00 +0300

§ Новая задача от pegoopik опубликована на обучающем этапе под номером 193 (оценка сложности 2 балла).

§ Популярные темы недели на форуме

Топик		Сообщений	Просмотров
 27 (DML)		7		4
 89 (SELECT)		3		6
 24 (DML)		2		6
 138 (SELECT)		2		5

Continue reading "Новости за 2026-03-21 - 2026-03-27"

Cуперспособности EXPLAIN в PostgreSQL

nospam@example.com (mssqlhelp) — Fri, 27 Mar 2026 14:02:00 +0300

Автор: Richard Yen, EXPLAIN's Other Superpowers

Большинство людей, работающих с PostgreSQL, в конечном итоге узнают две команды для настройки запросов: EXPLAIN и EXPLAIN ANALYZE.

EXPLAIN показывает выбранный планировщиком план выполнения, а EXPLAIN ANALYZE выполняет запрос и добавляет статистику времени выполнения. Для большинства задач настройки этого уже достаточно для получения большого объёма информации.

Но многие не осознают, что у EXPLAIN есть ещё несколько опций, которые могут значительно упростить устранение неполадок. В некоторых случаях они отвечают на вопросы, на которые EXPLAIN ANALYZE сам по себе ответить не может.

В этой статье мы рассмотрим некоторые из этих менее популярных опций.

Continue reading "Cуперспособности EXPLAIN в PostgreSQL"

Как Patroni обеспечивает высокую доступность PostgreSQL

nospam@example.com (mssqlhelp) — Tue, 10 Mar 2026 11:49:00 +0300

Автор: Shaun Thomas, How Patroni Brings High Availability to Postgres

Статьи серии:

Как Patroni обеспечивает высокую доступность PostgreSQL

Использование Patroni для создания кластера высокой доступности Postgres — Часть 1: etcd

Использование Patroni для создания кластера высокой доступности Postgres — Часть 2: Postgres и Patroni

Использование Patroni для создания кластера высокой доступности Postgres — Часть 3: HAProx

Давайте признаем: существует множество инструментов высокой доступности (High Availability) для управления кластерами Postgres. Этот ландшафт эволюционировал на протяжении десятилетий, достигнув своего нынешнего состояния, и в сообществе царит немалая путаница. Будь то Reddit, списки рассылки Postgres, Slack, Discord, IRC, доклады на конференциях или любые другие площадки, один из самых частых вопросов, которые мне задают: «Как сделать Postgres отказоустойчивым?»

Где-то с 2017 года мой ответ неизменен: «Просто используйте Patroni». Если только в экосистеме Postgres не произойдёт что-то чудесное, этот ответ вряд ли изменится. Но почему? Что делает Patroni «окончательным ответом», когда речь заходит о Postgres и высокой доступности? Это во многом связано с тем, как Patroni выполняет свою работу, и именно это мы и рассмотрим в данной статье.

Слон в посудной лавке

Сам по себе Postgres не является кластером в том смысле, который большинство людей вкладывает в это слово. Они могут представлять себе сложную массу взаимосвязанных серверов, яростно моргающих лампочками друг на друга, осведомлённых о каждом вычислении, совершаемом другими, и готовых взять на себя управление в случае сбоя одного из них. В реальности же «официальное» использование слова «кластер» в мире Postgres означает просто одну или несколько баз данных, связанных с одним экземпляром Postgres. Это прямо указано в документации по Creating a Database Cluster.

«A database cluster is a collection of databases that is managed by a single instance of a running database server».

Концепция взаимодействия нескольких таких экземпляров была настолько чужда Postgres, что даже не существовала до выхода версии 9.0, которая в 2010 году представила горячие резервные серверы (Hot Standbys) и потоковую репликацию. А как работают горячие резервные экземпляры? Так же, как и основной узел: они применяют страницы WAL к файлам кучи. Эти страницы WAL могут поступать из архивированных файлов WAL или передаваться потоком с основного сервера, но по сути это всё ещё непрерывное восстановление после сбоя под другим именем.

Это важно, потому что каждый узел Postgres до сих пор почти ничего не знает о других узлах в этом импровизированном кластере, спустя более чем 15 лет. Само по себе это не обязательно проблема, но это выдает определённую долю умышленного неведения со стороны каждого узла. Почему каждый узел не заботится о существовании других узлов или даже не признаёт их существования?

Конечно же, каждый узел должен заботиться о том, что другие узлы существуют! Именно так и родился каждый инструмент высокой доступности для Postgres. Slony и PgPool-II были, вероятно, первыми из них, использование Pacemaker и Corosync всегда было популярно в ранние дни, затем появились Bucardo, repmgr и EFM. Это лишь наиболее примечательные примеры, известные большинству сообщества.

Но после первоначального выпуска Patroni произошла забавная вещь: неумолимый поток инструментов высокой доступности для Postgres внезапно прекратился. Все сразу поняли, что в нём есть что-то, что кардинально отличает его от предшественников. Давайте поговорим о том, почему.

Continue reading "Как Patroni обеспечивает высокую доступность PostgreSQL"

Использование Patroni для создания кластера высокой доступности Postgres — Часть 3: HAProx

nospam@example.com (mssqlhelp) — Thu, 26 Mar 2026 13:49:00 +0300

Автор: Shaun Thomas, Using Patroni to Build a Highly Available Postgres Cluster—Part 3: HAProxy

Статьи серии:

Как Patroni обеспечивает высокую доступность PostgreSQL

Использование Patroni для создания кластера высокой доступности Postgres — Часть 1: etcd

Использование Patroni для создания кластера высокой доступности Postgres — Часть 2: Postgres и Patroni

Использование Patroni для создания кластера высокой доступности Postgres — Часть 3: HAProx

Добро пожаловать в третью часть нашей серии по созданию высокодоступного кластера Postgres с помощью Patroni! Часть первая была полностью посвящена созданию DCS с использованием etcd для обеспечения критически важного уровня DCS для кластера, а часть вторая добавила Patroni и Postgres в программный стек. Хотя на этом этапе можно остановиться и использовать кластер как есть, есть ещё один компонент, который сделает его гораздо более функциональным в целом.

Новым соединениям нужен способ легко и надёжно достигать основного узла. Patroni предоставляет REST-интерфейс для опроса каждого узла о его состоянии, что делает его идеальным решением для любого программного обеспечения или уровня балансировки нагрузки, совместимого с HTTP-проверками. Часть третья посвящена добавлению HAProxy для выполнения этой роли, завершая кластер уровнем маршрутизации.

Надеюсь, у вас всё ещё есть три виртуальные машины, на которых вы установили etcd, Postgres и Patroni. Они нам понадобятся для финального этапа, так что если вы ещё не прошли шаги из частей первой и второй, вернитесь, когда будете готовы.

В противном случае, давайте завершим кластер!

Continue reading "Использование Patroni для создания кластера высокой доступности Postgres — Часть 3: HAProx"

Использование Patroni для создания кластера высокой доступности Postgres — Часть 1: etcd

nospam@example.com (mssqlhelp) — Wed, 18 Mar 2026 13:00:00 +0300

Автор: Shaun Thomas, Using Patroni to Build a Highly Available Postgres Cluster—Part 1: etcd

Статьи серии:

Как Patroni обеспечивает высокую доступность PostgreSQL

Использование Patroni для создания кластера высокой доступности Postgres — Часть 1: etcd

Использование Patroni для создания кластера высокой доступности Postgres — Часть 2: Postgres и Patroni

Использование Patroni для создания кластера высокой доступности Postgres — Часть 3: HAProx

Предыдущая статья из цикла PG Phriday была посвящена архитектуре кластера Patroni — как и почему он устроен именно так. На этот раз речь пойдёт о непосредственном построении такого кластера. Я часто слышал, что эксплуатация Postgres может пугать, а Patroni находится на уровень выше. Что ж, со вторым я спорить не буду, но я могу хотя бы попытаться облегчить некоторые трудности.

Чтобы избежать ошеломляющего потока информации из двадцати страниц инструкций, я разбил эту статью на серию из трёх частей по следующему принципу:

Etcd

Postgres и Patroni

HAProxy

Это позволит описать каждый из трёх уровней, представляющих полный стек Patroni, и создаст удобный справочный материал для каждого из них.

С этим разобрались, давайте приступим!

Continue reading "Использование Patroni для создания кластера высокой доступности Postgres — Часть 1: etcd"

Использование Patroni для создания кластера высокой доступности Postgres — Часть 2: Postgres и Patroni

nospam@example.com (mssqlhelp) — Mon, 23 Mar 2026 11:54:00 +0300

Автор: Shaun Thomas, Using Patroni to Build a Highly Available Postgres Cluster—Part 2: Postgres and Patroni

Статьи серии:

Как Patroni обеспечивает высокую доступность PostgreSQL

Использование Patroni для создания кластера высокой доступности Postgres — Часть 1: etcd

Использование Patroni для создания кластера высокой доступности Postgres — Часть 2: Postgres и Patroni

Использование Patroni для создания кластера высокой доступности Postgres — Часть 3: HAProx

Continue reading "Использование Patroni для создания кластера высокой доступности Postgres — Часть 2: Postgres и Patroni"

Полное руководство по обновлению PostgreSQL с 17 на 18

nospam@example.com (mssqlhelp) — Wed, 25 Mar 2026 17:29:00 +0300

Автор: Ilya Kosmodemiansky, An Ultimate Guide to Upgrading Your PostgreSQL Installation: From 17 to 18

Обновления мажорных версий PostgreSQL — одна из тех задач, с которой регулярно приходится сталкиваться каждому администратору баз данных. Это рутинная операция, но она также полна мелких, потенциально опасных деталей, которые могут превратить простое окно обслуживания в инцидент. Выполнив сотни обновлений в разных средах за многие годы, я хочу поделиться комплексным, практическим руководством по обновлению с PostgreSQL 17 на 18, с особым вниманием к тому, что изменилось и что наконец-то улучшилось в самом процессе обновления.

Эта статья основана на моём докладе на PGConf.EU 2024, дополненном с учётом пути обновления 17→18 и значительных улучшений, появившихся в версии 18. В это время года мы обычно рекомендуем нашим клиентам обновляться: текущий релиз 18.3 достаточно стабилен.

Continue reading "Полное руководство по обновлению PostgreSQL с 17 на 18"

Вычисление скользящего среднего с помощью оконных функций в T-SQL

nospam@example.com (Sergey Moiseenko) — Wed, 25 Mar 2026 09:11:00 +0300

Пересказ статьи Jared Westover. Calculate a Moving Average with T-SQL Windowing Functions

Хотя мне нравится использовать SQL Server, есть несколько вещей, для которых лучше подходят другие инструменты. Например, вычисление скользящего среднего или накопительных итогов зачастую проще выполнить с помощью таких инструментов, как Power BI или Excel. Это связано с тем, что Microsoft разрабатывала эти программы, имея в виду подобную функциональность. Недавно мы оптимизировали сложный запрос скользящего среднего, написанный для SQL Server 2008R2. Сюрприз! В SQL Server нет встроенной функции для вычисления скользящего среднего. Но не беспокойтесь, я покажу вам, как это сделать.

В этой статье я рассмотрю два метода для создания скользящего среднего в SQL Server. Мы начнем со старого и менее производительного способа, который присутствовал в нашей производственной системе. Кто знает, может быть вы все еще используете устаревшую версию SQL Server. Затем я покажу современный способ с использованием оконных функций и то, как добавление индекса, все меняет. К концу статьи вы будете готовы, чтобы справиться с этим скользящим средним в следующий раз, когда это кому-то понадобится, а не просто скажете: "Используй Excel".

Continue reading "Вычисление скользящего среднего с помощью оконных функций в T-SQL"

Представление о высокой доступности PostgreSQL как о слоях

nospam@example.com (mssqlhelp) — Sun, 22 Mar 2026 12:42:00 +0300

Автор: Umair Shahid, Thinking of PostgreSQL High Availability as Layers

Высокая доступность для PostgreSQL часто рассматривается как единое, большое, драматичное решение: «Делаем мы HA или нет?»

Такой подход толкает команды к двум крайностям:

«геройская архитектура», которая стоит дорого и всё равно вызывает напряжение при эксплуатации, или

минималистичная архитектура, которую все надеются, что будет просто продолжать работать.

Более спокойный способ проектирования — рассматривать HA и аварийное восстановление (DR) как слои. Вы начинаете с базового уровня, а затем добавляете конкретные возможности только тогда, когда ваши RPO/RTO и бюджет их оправдывают.

Давайте пройдём по слоям от «одного основного узла» до «многосайтовой готовности к аварийному восстановлению».

Continue reading "Представление о высокой доступности PostgreSQL как о слоях"

Подготовленные запросы (операторы) в PostgreSQL для начинающих

nospam@example.com (Sergey Moiseenko) — Sun, 22 Mar 2026 07:47:00 +0300

Пересказ статьи Tomasz Gintowt. PostgreSQL Prepared Queries (Statements) For Beginners

Когда мы пишем запросы SQL, то часто выполняем один и тот же запрос снова и снова лишь меняя значения.

PostgreSQL обладает функциональностью, которая помогает решить эту проблему, - подготовленные запросы (также называемые подготовленными операторами).

В этой статье мы выясним:

Что такое подготовленные запросы.

Чем они полезны.

Как их использовать в PostgreSQL.

Реальные примеры, которые вы сами сможете опробовать.

Никаких непонятных слов. Никакой сложной теории. Простые ясные примеры.
Continue reading "Подготовленные запросы (операторы) в PostgreSQL для начинающих"

Новости за 2026-03-14 - 2026-03-20

nospam@example.com (Sergey Moiseenko) — Fri, 20 Mar 2026 19:10:00 +0300

§ Новая задача DML от pegoopik опубликована под номером 27 (оценка сложности 2 балла).

Выполнены следующие переносы:

27 (старая) -> 18 -> 9 -> (-8)

§ Популярные темы недели на форуме

Топик		Сообщений	Просмотров
 179 (SELECT)		6		5
 Guest's book		5		10
 20 (DML)		4		7

§ Авторы недели на форуме

Автор		Сообщений
 pegoopik  	5
 s108  	3
 selber  	3
 rock_4  	2

Continue reading "Новости за 2026-03-14 - 2026-03-20"

Как PostgreSQL сканирует ваши данные

nospam@example.com (mssqlhelp) — Tue, 17 Mar 2026 18:19:00 +0300

Автор: Warda Bibi, How PostgreSQL Scans Your Data

Чтобы понять, как PostgreSQL сканирует данные, сначала нужно понять, как PostgreSQL их хранит.

Таблица хранится как набор 8-килобайтных страниц (по умолчанию) на диске. Каждая страница имеет заголовок, массив указателей на элементы (также называемых линейными указателями) и сами данные кортежей, растущие снизу вверх. Каждый кортеж имеет свой собственный заголовок, содержащий информацию о видимости: xmin, xmax, cmin/cmax и биты infomask.

Существуют различные способы, которыми PostgreSQL может читать данные с диска. В зависимости от запроса и доступных индексов он может выбрать одну из нескольких стратегий сканирования:

Последовательное сканирование (Sequential Scan)

Индексное сканирование (Index Scan)

Сканирование только индекса (Index-Only Scan)

Сканирование по битовой карте (Bitmap Index Scan)

В этой статье мы рассмотрим каждый из этих типов сканирования по отдельности.

Continue reading "Как PostgreSQL сканирует ваши данные"

Настройка производительности в PostgreSQL 17: понимание преполагаемого и действительного планов выполнения

nospam@example.com (Sergey Moiseenko) — Mon, 16 Mar 2026 09:46:00 +0300

Пересказ статьи Jeyaram Ayyalusamy. 29 - PostgreSQL 17 Performance Tuning: Understanding Estimates vs. Actuals in Query Plans

Настройка производительности в PostgreSQL часто сводится к единственному навыку: умению читать планы выполнения. Команда PostgreSQL EXPLAIN ANALYZE - главный инструмент для этого. Она показывает не только то, как выполняется запрос, но и то, чего ожидал оптимизатор PostgreSQL, и что произошло на самом деле.

При просмотре плана выполнения вы всегда должны задать себе два больших вопроса:

Оправданы ли временные параметры, указанные в выводе команды EXPLAIN ANALYZE, для данного запроса?

В каком месте происходит внезапный скачок времени выполнения?

Места этих скачков в плане выполнения часто обнаруживают точный узел или операцию, которая замедляет ваш запрос.
Continue reading "Настройка производительности в PostgreSQL 17: понимание преполагаемого и действительного планов выполнения"

Новости за 2026-03-07 - 2026-03-13

nospam@example.com (Sergey Moiseenko) — Fri, 13 Mar 2026 23:21:00 +0300

§ Изменения среди лидеров рейтинга

Рейтинг	Участник (решенные задачи)
 20		selber (179)

§ Лидеры недели

	Участник		w_sel	all_sel	select	dml	Всего	Рейтинг
 Lysenko O. (Oleg15062025)     	15	26	22	0	22	2327
 Бадахьян С. (wamp.j)          	16	21	22	0	22	4014
 Odnokurtsev  (AlFochino)      	12	63	21	0	21	1099
 Kad V.Y.  (s108)              	11	57	17	0	17	968
 Сафронов П.А.  (Paulus73)     	7	97	14	3	17	260
 Сильван  (silvr)              	2	67	4	0	4	709

Continue reading "Новости за 2026-03-07 - 2026-03-13"

T-SQL в SQL Server 2025: нечеткий поиск строки II

nospam@example.com (Sergey Moiseenko) — Fri, 13 Mar 2026 08:40:00 +0300

Пересказ статьи Steve Jones. T-SQL in SQL Server 2025: Fuzzy String Search II

В последней статье мы проверяли нечеткое соответствие строк при помощи новых функций в SQL Server 2025. Мы знаем, что сравнение строк всегда вызывало сложности, когда у нас нет качественных данных. Если нам нужно точное совпадение, SQL Server работает отлично. Однако мы часто ждем от пользователей ввода значений без опечаток и знать, какие значения они хотят найти. Или хотя бы знать часть строки.

В SQL Server 2025 появилось несколько новых функций, которые помогают с нечетким совпадением строк. В последней статье были рассмотрены функции расстояния, EDIT_DISTANCE() и EDIT_DISTANCE_SIMILARITY(). В этой статье мы проверим две другие функции, JARO_WINKLER_DISTANCE() и JARO_WINKLER_SIMILARITY(). Как и другие функции, они находятся в предварительной версии (по состоянию на январь 2026 г.), так что будьте осторожны с использованием их в продакшене. Вам также необходимо включить эти функции как часть конфигурации области базы данных. Мы рассмотрели это в первой статье.

Это часть серии статей, посвященной тому, как язык T-SQL развивается в SQL Server 2025.

Примечание. Некоторые из этих изменений уже доступны в различных продуктах Azure SQL.
Continue reading "T-SQL в SQL Server 2025: нечеткий поиск строки II"