§ Автор уточнил формулировку и усилил проверку задачи 308 (SELECT, рейтинг).
§ Популярные темы недели на форуме
Топик Сообщений Просмотров
Certification 3 12
3 (SELECT) 3 10
58 (DML) 2 3
20 (DML) 2 5
191 (SELECT) 2 4
Автор: Lætitia AVROT, Why Your HA Architecture is a Lie (And That's Okay)
Если бы Дарт Вейдер существовал и решил бы сделать с Землёй то же, что он сделал с Алдерааном, все потеряли бы данные.
Мне нравится эта цитата Роберта Хааса, потому что это отрезвляющая реальность, которая нужна всем нам. В мире баз данных нам постоянно продают мечту о «пяти девятках» (99,999% времени доступности) и «нулевой потере данных» (RPO=0). Мы тратим месяцы на построение сложных кластеров, чтобы достичь этого.
Давайте будем честными: это сказки. Красивые для воображения, но они не существуют в рабочей среде. Если планетарная лазерная пушка — или даже просто серьёзный сетевой обрыв — поразит ваш дата-центр, ваши «гарантии» исчезнут.
Моя цель сегодня — не помочь вам поверить в сказки. Моя цель — помочь вам построить архитектуру, которая действительно работает.
Продолжить чтение "Почему ваша архитектура высокой доступности — это иллюзия (и это нормально)"Автор: Semab Tariq, Unused Indexes In PostgreSQL: Risks, Detection, And Safe Removal
Индексы существуют для ускорения доступа к данным. Они позволяют PostgreSQL избегать полного просмотра таблицы, значительно сокращая время выполнения запросов для рабочих нагрузок с интенсивным чтением.
Из реального производственного опыта мы наблюдали, что хорошо спроектированные, целевые индексы могут улучшить производительность запросов в 5 и более раз, особенно на больших транзакционных таблицах.
Однако индексы не являются бесплатными.
И в этой статье мы обсудим, какие проблемы могут вызывать неиспользуемые индексы и как удалить их из производственных систем с планом отката, безопасно.
Продолжить чтение "Неиспользуемые индексы в PostgreSQL: риски, обнаружение и безопасное удаление"Пересказ статьи Peter Skoglund. Truncate Table Pitfalls
Автор: Radim Marek, Introduction to Buffers in PostgreSQL
Работа над RegreSQL заставила меня уделить много внимания буферам. Если вы иногда работаете с PostgreSQL, то наверняка слышали о настройке shared_buffers и следовали старому доброму совету выставить его на уровне 1/4 от доступной оперативной памяти. Но после того как мы немного слишком увлеклись этой темой в недавнем выпуске Postgres FM, меня спросили, что к чему.
Буферы — одна из тех тем, которую легко забыть. И хотя они являются фундаментальным блоком архитектуры производительности PostgreSQL, большинство из нас воспринимает их как чёрный ящик. Эта статья попытается это изменить.
Продолжить чтение "Введение в буферы PostgreSQL"Автор: Chao Li, Understanding ALTER TABLE Behavior on Partitioned Tables in PostgreSQL
Секционированные таблицы — это базовая возможность PostgreSQL, но один аспект по-прежнему регулярно вызывает путаницу — даже у опытных пользователей:
Как именно ведёт себя команда ALTER TABLE, когда задействованы секции?
Распространяется ли операция на секции? Влияет ли она на будущие секции? Действительно ли ключевое слово ONLY делает то, что заявлено? Почему некоторые команды работают на родительской таблице, но не на секциях — или наоборот?
Сегодня документация PostgreSQL хорошо описывает отдельные подкоманды ALTER TABLE, но редко объясняет их взаимодействие с секционированными таблицами в целом. В результате пользователи часто узнают о реальном поведении только методом проб и ошибок.
Эта статья обобщает систематическое исследование поведения ALTER TABLE для секционированных таблиц, превращая разрозненные правила в последовательную классификационную модель.
§ Популярные темы недели на форуме
Топик Сообщений Просмотров
192 (Learn) 12 8
1 (SELECT) 7 9
39 (Learn) 4 9
10 (DML) 3 6
25 (Learn) 2 9
§ Авторы недели на форуме
Автор СообщенийПродолжить чтение "Новости за 2026-01-17 - 2026-01-23"
pegoopik 12
selber 8
Meilleur_NG 3
rock_4 2
KhNadezhda 2
Автор: Shinya Kato, 4 causes of table bloat in PostgreSQL and how to address them
Раздувание таблиц в PostgreSQL — это явление, при котором «мёртвые записи» (dead tuples), образовавшиеся в результате операций UPDATE или DELETE, не собираются процессом VACUUM, что приводит к неоправданному увеличению размеров файлов данных.
Чтобы VACUUM мог освободить мёртвые записи, должна быть гарантия, что эти записи «точно не могут быть использованы какими-либо активными на данный момент транзакциями». Если старые транзакции сохраняются по какой-либо причине, сборка мусора процессом VACUUM останавливается на этой точке.
В этой статье объясняются следующие четыре причины раздувания таблиц: как каждая проявляется, как определить коренную причину и как её устранить.
hot_standby_feedbackАвтор: Haki Benita, Unconventional PostgreSQL Optimizations
Когда дело доходит до оптимизации баз данных, разработчики часто хватаются за одни и те же старые инструменты: немного переписать запрос, навесить индекс на столбец, денормализовать, проанализировать, очистить, перестроить кластер и т.д. Традиционные методы эффективны, но иногда творческий подход может принести реальную пользу!
В этой статье я представляю нестандартные методы оптимизации в PostgreSQL.
Продолжить чтение "Нестандартная оптимизация PostgreSQL"Автор: Klaus Aschenbrenner, BRIN Indexes in PostgreSQL
Когда специалисты по SQL Server начинают серьёзно работать с PostgreSQL, большая часть обучения кажется комфортной. Таблицы ведут себя ожидаемо, транзакции знакомы, а B-деревья выглядят обнадёживающе похожими на то, что вы использовали годами в SQL Server. Затем вы сталкиваетесь с индексами BRIN.
На первый взгляд они кажутся почти безрассудными: нет указателей на строки, нет точной навигации и явное принятие ложных срабатываний. И всё же на очень больших таблицах индексы BRIN часто обеспечивают прирост производительности, для достижения которого в SQL Server потребовались бы кластерные индексы, секционирование или даже columnstore-индексы. Чтобы понять почему, нужно посмотреть не только на то, что делает BRIN, но и на то, как он работает внутри.
Продолжить чтение "Индексы BRIN в PostgreSQL для специалистов в SQL Server"Молодые программисты выросли с ASCII и Unicode как единственными способами представления символьных данных в компьютере. Но в тёмные века, до того как мы изобрели грязь и вошли в каменный век, были и другие претенденты.
Продолжить чтение "Утраченный символ - от EBCDIC до Emoji"Пересказ статьи Rick Dobson. T‑SQL BULK INSERT vs OPENROWSET: CSV Imports, File Access Gotchas, and A PowerShell Script
§ Новая задача от нового автора (Komov S. M.) выставлена на обучающий этап под номером 192 (сложность 2 балла).
§ Популярные темы недели на форуме
Топик Сообщений Просмотров
43 (SELECT) 6 8
58 (DML) 4 5
17 (Learn) 3 8
53 (DML) 2 3
36 (Learn) 2 9
Пересказ статьи Duc Ngo. PostgreSQL Durability: How WAL Helps You Recover Data
Пересказ статьи Matheus dos Santos. Mastering PostgreSQL Performance: A Step-by-Step Guide to pg_hint_plan