Каталог › MAX › IT и технологии › Базы Данных (Data Base) | SQL & NoSQL. PostgreSQL, MySQL и Big Data. Уроки для Backend и Data Engineer. Архитектура БД, Оптимизация и Design.

Базы Данных (Data Base) | SQL & NoSQL. PostgreSQL, MySQL и Big Data. Уроки для Backend и Data Engineer. Архитектура БД, Оптимизация и Design.

@database_info · MAX

В каталоге с 18 августа 2026 · показатели пересчитываются каждый час

IT и технологии Качество 85/100 Достоверность 100/100

Всё о проектировании и работе с данными. Глубокий разбор SQL (Join, Index, Query Tuning). Реляционные СУБД: Postgres, Oracle, MS SQL. NoSQL технологии: MongoDB, Redis, Cassandra, ClickHouse. Архитектура высоконагруженных систем: репликация, шардинг, CAP-теорема, ACID транзакции. Оптимизация медленных запросов. Моделирование данных и нормализация. ETL процессы и миграция.

Базы Данных (Data Base) | SQL & NoSQL. PostgreSQL, MySQL и Big Data. Уроки для Backend и Data Engineer. Архитектура БД, Оптимизация и Design. — канал MAX в рубрике «IT и технологии». На 17 октября 2026 у него 3 014 подписчиков, за 30 дней прибавилось 85. Публикует в среднем 0,5 поста в день, средний охват поста — 674 (22,4 % подписчиков). Вовлечённость (ER) — 0,4 %. Последняя публикация — 4 дня назад. Данные ТелеМакс, обновляются каждый час.

Открыть канал

История за 30 дней — 15 сообщений — появится у вас сразу после подписки.

Открыть канал

подписчики

3 К

+6 за сутки

за 7 дней

+29

за 30 дней

+85

постов за 30 дней

0 рекламных

охват поста

674

медиана 662 · ERR 22,36 %

0,44 %

реакции ÷ охват

ER = реакции ÷ охват, ERR = просмотры ÷ подписчики. Охват — средние просмотры поста за 30 дней; медиана рядом показывает типичный пост — она не поднимается от одной оплаченной публикации, в отличие от среднего. Последняя публикация: 4 дн. назад. Число подписчиков снято 1 час назад, остальные метрики пересчитаны 30 минут назад.

Подписчики за 30 дней

от 2 852 до 3 014 · за период +162

День	Подписчики	Прирост	Посты	Реклама	За сутки	Всего	Реакции
17.10.2026	3 014	+7	0	—	—	—	—
16.10.2026	3 007	+10	0	—	—	—	—
15.10.2026	2 997	+3	0	—	—	—	—
14.10.2026	2 994	+13	0	—	—	—	—
13.10.2026	2 981	+13	2	0	742	1 К	5
12.10.2026	2 968	+11	0	—	—	—	—
11.10.2026	2 957	+24	1	0	413	668	5
10.10.2026	2 933	+10	1	0	246	522	1
09.10.2026	2 923	+6	0	—	—	—	—
08.10.2026	2 917	+5	1	0	377	591	2
07.10.2026	2 912	+4	0	—	—	—	—
06.10.2026	2 908	+5	1	0	398	608	5
05.10.2026	2 903	0	1	0	379	656	1
04.10.2026	2 903	+3	0	—	—	—	—
03.10.2026	2 900	+6	0	—	—	—	—
02.10.2026	2 894	0	0	—	—	—	—
01.10.2026	2 894	+4	0	—	—	—	—
30.09.2026	2 890	+3	0	—	—	—	—
29.09.2026	2 887	+4	0	—	—	—	—
28.09.2026	2 883	0	1	0	414	730	5
27.09.2026	2 883	+5	0	—	—	—	—
26.09.2026	2 878	+2	0	—	—	—	—
25.09.2026	2 876	+3	0	—	—	—	—
24.09.2026	2 873	+4	1	0	335	672	3
23.09.2026	2 869	+2	2	0	708	1 К	3
22.09.2026	2 867	+7	1	0	402	665	0
21.09.2026	2 860	+4	1	0	389	623	5
20.09.2026	2 856	+2	1	0	340	621	9
19.09.2026	2 854	+1	0	—	—	—	—
18.09.2026	2 853	+1	0	—	—	—	—
17.09.2026	2 852	—	3	0	1 К	2 К	6

Столбец «за сутки» показывает, сколько просмотров посты дня набрали за первые двадцать четыре часа: эту величину можно сравнивать между днями и каналами. Где замера ещё нет, стоит оценка со знаком «≈» — она считается по кривой набора охвата самого канала. «Всего» — накопленный счётчик тех же постов на сегодня, он продолжает расти. Реклама и реакции тоже относятся к постам этого дня, а не к каналу за сутки; в дни без публикаций там прочерк. Прочерк в подписчиках — в этот день число не измеряли; мы не дорисовываем пропуски.

Когда читают

Средний охват поста по дню недели и часу публикации, 30 дней

Пн

Вт

Ср

Чт

Пт

Сб

Вс

меньше больше

Лучшее время — Чт, 6:00: средний охват 733 при выборке 5 постов.

Что публикуют

Доля постов по типу, средний охват и вовлечённость каждого

Текст

84.8 %

охват 729 · ER 0,51 % · 28 постов

Фото

15.2 %

охват 537 · ER 0,04 % · 5 постов

Как набираются просмотры

Доля итогового охвата к моменту N часов после публикации

За первые три часа пост набирает 30.1 % охвата, за сутки — 57.2 %. Охват копится несколько дней: оценивать размещение раньше чем через трое суток рано. Доля к каждому часу считается по одним и тем же постам, поэтому кривая не проседает; шкала времени логарифмическая, чтобы первые часы не слиплись.

Качество канала

Здоровье канала: читают ли его, чем наполняют, как часто публикуют

85/100

По охвату, вовлечённости, рекламе и свежести публикаций

Охват 23 % от подписчиков — здоровый уровень

Достоверность охвата

Можно ли верить цифрам: полнота измерений, выбросы, скачки

100/100

По полноте данных, выбросам и скачкам подписчиков

Аномалий не видно: счётчики просмотров полные, выбросов и скачков нет

Оценка о наших данных, а не о канале: она падает и там, где цифры просто неполные. Низкая достоверность при высоком качестве значит «канал живой, но охвату верить рано».

Публикации

Популярные — по просмотрам за 30 дней, последние — по времени

ПопулярныеПоследние

28.09.2026 09:01 984 просмотров 🔥5 Оригинал

SQL Important Queries Сохрани на потом, тебе пригодится👌 #db 👉 @database_info

17.09.2026 20:34 893 просмотров 🔥3 Оригинал

🧩 Как сделать backup PostgreSQL с минимальной нагрузкой на прод? Сегодня покажу один из самых эффективных способов бэкапа PostgreSQL — с помощью pg_basebackup + реплики. Сценарий: у нас есть продовый PostgreSQL и настроенная горячая реплика (streaming replication). Зачем использовать реплику для бэкапа? Причины: - 💡 На проде бэкап может замедлить отклик приложения. - 🔁 Реплика — отличный способ…

24.09.2026 06:48 849 просмотров 🔥2 ❤️1 Оригинал

Сегодня я хочу рассказать вам про одну часто недооцененную фишку в PostgreSQL - partial indexes (частичные индексы). Обычно мы создаём индексы на всю таблицу, но что если нам нужно ускорить только небольшую часть данных? Например, часто выбираются только активные пользователи (status = 'active'). Вместо полного индекса можно создать индекс только для нужного поднабора данных: CREATE INDEX idx_ac…

22.09.2026 04:30 774 просмотров Оригинал

⚡️ Совет по работе с базами данных 💡 Уникальные индексы с исключением определенных строк Создание уникальных индексов в некоторых случаях невозможно из-за дублирования значений - например, в строках, помеченных как «мягко удаленные» (soft-deleted). Исключив такие строки из индекса, можно корректно настроить ограничение уникальности. В MySQL частичные уникальные индексы (unique partial indexes) т…

20.09.2026 08:56 744 просмотров ❤️5 🔥3 👌1 Оригинал

🚀 Сегодня покажу, как быстро диагностировать «тормоза» в PostgreSQL - без всяких внешних тулов и дополнительных логов. Только pg_stat_activity и немного здравого смысла. Пользователи жалуются - "всё тормозит". Как понять, что именно? Открываем сессию в psql от суперпользователя и запускаем: SELECT pid, state, wait_event_type, wait_event, query, now() - query_start AS duration FROM pg_stat_activ…

21.09.2026 07:43 734 просмотров 🔥4 ❤️1 Оригинал

Как быстро найти “тяжёлые” запросы в PostgreSQL Сегодня покажу простой способ найти самые ресурсоёмкие запросы, которые прямо сейчас выполняются в PostgreSQL. Это помогает, когда база начинает “тормозить”, а понять почему - сложно. Используем pg_stat_activity и pg_stat_statements. Но сначала убедись, что pg_stat_statements включён: -- Проверка: SELECT * FROM pg_extension WHERE extname = 'pg_sta…

13.10.2026 08:48 545 просмотров 👍1 Оригинал

🦾 LLM умеют генерировать тексты, отвечать на вопросы и работать с документами. Но чтобы использовать их в реальных задачах, важно понимать, как модели принимают решения и почему иногда дают неожиданный результат. 🚀 На открытом уроке разберём, как устроены большие языковые модели и как применять эти знания на практике. Вы узнаете: — как модель выбирает слова и формирует ответ; — как развернуть LL…

13.10.2026 07:39 479 просмотров 🔥3 ❤️1 Оригинал

Антипаттерн: Ненормализованная схема в SQL Когда нужно «быстро запилить фичу», руки тянутся сделать одну таблицу, где и заказ, и клиент, и товары — всё в куче. Пример: CREATE TABLE orders ( order_id SERIAL PRIMARY KEY, customer_name TEXT, customer_email TEXT, product_1_name TEXT, product_1_price NUMERIC, product_2_name TEXT, product_2_price NUMERIC ); 😰 Что пойдет не так: – Дубл…

11.10.2026 18:34 668 просмотров 👍3 ❤️1 🔥1 Оригинал

🎯 Мини-гайд: как НЕ спроектировать монстра вместо схемы БД Когда проект только начинается, есть соблазн «не заморачиваться» и сделать одну большую таблицу на всё. Спойлер: потом будет больно. Вот как этого избежать 👇 1. Начинай с нормализации – Смотри, какие поля повторяются. – Разделяй по сущностям: клиент ≠ заказ ≠ товар. – Нормальные формы — не академикам, а тебе на пользу. 2. Определи связ…

10.10.2026 07:35 522 просмотров 👍1 Оригинал

🚀 Подборка полезных IT каналов в Max Системное администрирование, DevOps 📌 https://max.ru/i_odmin Все для системного администратора https://max.ru/bash_srv Bash Советы https://max.ru/sysadminof Книги для админов, полезные материалы https://max.ru/i_odmin_book Библиотека Системного Администратора https://max.ru/i_devops DevOps: Пишем о Docker, Kubernetes и др. https://max.ru/tipsysdmin Типичный …

08.10.2026 05:00 591 просмотров ❤️1 🤣1 Оригинал

Антипаттерн: «Одна таблица на всё» Когда бизнес-логика усложняется, а структура БД остаётся в духе Excel — жди беды. 🔴 Что это такое? Проектировщик (часто на раннем этапе) создаёт одну большую таблицу, где: – сотни колонок на все случаи жизни, – куча NULL-ов, – смешаны данные разных сущностей (например, и клиенты, и заказы, и статусы). Так проще… пока не начнётся работа с реальными данными. 💥 …

06.10.2026 05:51 608 просмотров 👍4 ❤️1 Оригинал

❌ Антипаттерн: Хранить даты и время в VARCHAR Встречали такое? CREATE TABLE orders ( id SERIAL PRIMARY KEY, order_date VARCHAR(20) ); На первый взгляд — всё ок: дата есть, строка хранит. Но на практике — сплошные проблемы: 🔴 Нет гарантии формата '2024-12-01', '12/01/2024', '01.12.24', 'вчера' — всё ляжет, но работать с этим потом боль. 🔴 Сложность фильтрации и сортировки Сравнение строк ≠…

05.10.2026 05:14 656 просмотров ❤️1 Оригинал

🔎 Мини-гайд: Индексы в PostgreSQL — быстро и по делу Индексы — главный инструмент для ускорения запросов. Но неправильное использование может только навредить. Основные типы индексов в PostgreSQL: - B-tree — по умолчанию. Идеален для поиска по равенству и диапазону (=, <, >, BETWEEN). - Hash — только для поиска по точному равенству (=). Становится актуальным реже. - GIN — для массивов, JSONB, по…