SQL Academy: всё о реляционных БД и SQL
По всем вопросам и коммерческим предложениям писать @LadanovNick Купить рекламу: https://telega.in/c/sqlacademyofficial Чат студентов SQL Academy https://t.me/sqlacademyorg
Показати більше📈 Аналітичний огляд Telegram-каналу SQL Academy: всё о реляционных БД и SQL
Канал SQL Academy: всё о реляционных БД и SQL (@sqlacademyofficial) у мовному сегменті Російська є активним учасником. На даний момент спільнота об'єднує 11 356 підписників, посідаючи 10 920 місце в категорії Технології та додатки та 57 450 місце у регіоні Росія.
📊 Показники аудиторії та динаміка
З моменту свого створення невідомо, проект продемонстрував стрімке зростання, зібравши аудиторію у 11 356 підписників.
За останніми даними від 26 червня, 2026, канал демонструє стабільну активність. Хоча за останні 30 днів спостерігається зміна кількості учасників на 170, а за останні 24 години на 6, загальне охоплення залишається високим.
- Статус верифікації: Не верифікований
- Рівень залученості (ER): Середній показник залученості аудиторії становить 15.08%. Протягом перших 24 годин після публікації контент зазвичай збирає 11.53% реакцій від загальної кількості підписників.
- Охоплення публікацій: В середньому кожен допис отримує 1 712 переглядів. Протягом першої доби публікація в середньому набирає 1 309 переглядів.
- Реакції та взаємодія: Аудиторія активно підтримує контент: середня кількість реакцій на один пост – 16.
- Тематичні інтереси: Контент зосереджений навколо ключових тем, таких як sql, строка, индекс, auto_increment, created_at.
📝 Опис та контентна політика
Автор описує ресурс як майданчик для висловлення суб'єктивної думки:
“По всем вопросам и коммерческим предложениям писать @LadanovNick
Купить рекламу: https://telega.in/c/sqlacademyofficial
Чат студентов SQL Academy
https://t.me/sqlacademyorg”
Завдяки високій частоті оновлень (останні дані отримано 27 червня, 2026), канал підтримує актуальність та високий рівень охоплення публікацій. Аналітика показує, що аудиторія активно взаємодіє з контентом, що робить його важливою точкою впливу в категорії Технології та додатки.
CREATE VIEW active_users AS
SELECT * FROM Users WHERE deleted_at IS NULL;
Для решения конфликтов уникальности идеально подходят частичные индексы.
В Postgres это делается одной командой:
CREATE UNIQUE INDEX idx_email ON Users (email) WHERE deleted_at IS NULL;
Так индекс будет игнорировать удаленные строки. Это позволит пользователям регистрироваться заново на ту же почту и сэкономит место на диске.
Итог прост: если данные представляют хоть какую-то ценность, не удаляйте их. Используйте флаги удаления и View.
Это в разы безопаснее, чем чистить базу физически.• изучал кучу теории в течение года • пытался понять, как устроено тестирование • выгорал и бросал обучение😕 И первую работу я нашёл только спустя ГОД За это время я совершил кучу ошибок. Но сейчас я Senior QA с 5-летним опытом Проанализировав свой путь, я понял, что на самом деле работает И записал видео, где рассказываю:
• какие варианты я пробовал на пути к первой работе • чем на самом деле занимается тестировщик • как найти работу быстрее, чем за полгода👋 Это разбор реального пути: как с нуля дойти до первой работы тестировщиком с хорошей зарплатой 👉 Смотри видео в закрепе
CREATE VIEW room_owners AS
SELECT r.id, r.home_type, u.name as owner_name
FROM Rooms r
JOIN Users u ON r.owner_id = u.id;
Теперь можно просто писать SELECT * FROM room_owners. База будет каждый раз пересчитывать джойн.
Плюс в том, что данные всегда актуальные.
Минус: если в таблицах миллионы строк, такая View начнет подтормаживать.
Что такое Materialized View
Здесь база выполняет запрос один раз и сохраняет результат в отдельную скрытую таблицу. Это спасение для тяжелых расчетов. Например, если мы хотим посчитать общую выручку по каждой комнате за всё время:
CREATE MATERIALIZED VIEW room_stats AS
SELECT room_id, SUM(total) as total_earned
FROM Reservations
GROUP BY room_id;
Результат читается мгновенно, потому что сумма уже посчитана и лежит на диске. Но есть нюанс: данные в ней «застывают». Если пришла новая бронь, сумма не изменится, пока вы не обновите View командой:
REFRESH MATERIALIZED VIEW room_stats;
Что выбрать?
Все зависит от того, что вам важнее: скорость или актуальность. Если данные нужны «прямо сейчас» — делайте обычную View. Если вы строите отчет за прошлый месяц, который не меняется каждую секунду — Materialized View сэкономит кучу ресурсов.
WITH moved_rows AS (
DELETE FROM users
WHERE id = 101
RETURNING *
)
INSERT INTO users_archive
SELECT * FROM moved_rows;— Эмбеддинги предложений — Алгоритм кластеризации — Кластеризация текстовой информации — Визуализация: Matplotlib — Визуализация: Seaborn — Python в Tableau — Python + SQL: Cx_oracle — Большие данные в Python: Dask — Массовая загрузка файлов в БД — Продвинутая запись в Excel: XlsxWriter — Аномалии в данных — Аномалии в данных: применение скользящих средних — Автоматизация подбора чисел — Анализ динамики📖 SQL:
— PARTITION (оконные функции) — PARTITION (партиционирование) — Процедуры: разбор IN | OUT | IN OUT — Процедуры: объявления и исключения — PACKAGE (пакеты) — Циклы LOOP, WHILE, FOR — CURSOR — Индексы — Представления (Views) — Материализованные и нематериализованные views — Hints (хинты) — EXPLAIN PLAN — TRIGGER (триггеры)📖 Базы данных:
— Какие бывают базы данных — Виды БД наглядно — ACID и BASE — OLAP-кубы — Проектирование баз данных — Разница между БД и DWH — Витрины данных — ETL и ELT процессы — Звездочка, снежинка, Data Vault — Слои данных в DWH — Нормализация⚙️ Инструменты:
— Обзор Hadoop — Обзор Hive — Обзор Impala — Обзор Airflow — Обзор ClickHouse — Tableau — Arenadata Catalog — Qlik Sense — Informatica PowerCenter🐞 А/Б тестирование:
— Основы А/Б тестов — А/Б тесты на практике — Математические методы проверки результатов — Инструменты А/Б тестирования📊 Работа с данными:
— Парадокс Симпсона — Банковские клиенты — Клиентская информация в банковском DWH — Банковские продукты — Продуктовая информация в банковском DWH — Счета, баланс и фин рез в банковском DWH — Качество данных — Метаданные — Source-to-Target MappingВ ближайшем будущем будем разбирать 👇 — Больше про SQL и базы данных: архитектуру и т.п. — Больше питоновских библиотек и кейсов — Про банковские данные — Актуальные инструменты, в частности BI-инструменты и ETL-инструменты
SELECT to_date('16-08-2024', 'DD-MM-YYYY');
a) 16/08/2024
b) 2024-16-08
c) 2024-08-16
d) Ошибка парсинга
Правильный ответ: c) 2024-08-16
2️⃣ Вопрос 2: Разница в днях
SELECT DATE '2024-03-15' - DATE '2024-03-01';
a) 13
b) 14
c) 15
d) 16
Правильный ответ: b) 14
3️⃣ Вопрос 3: Номер недели (ISO) для актуальной даты
SELECT EXTRACT(WEEK FROM DATE '2026-01-01');
a) 0
b) 1
c) 52
d) 53
Правильный ответ: b) 1
4️⃣ Вопрос 4: Переход через полночь
SELECT TIMESTAMP '2024-08-16 23:00:00' + INTERVAL '2 hours';
a) 2024-08-16 25:00:00
b) 2024-08-17 00:00:00
c) 2024-08-17 01:00:00
d) 2024-08-16 23:02:00
Правильный ответ: c) 2024-08-17 01:00:00
Вже доступно! Дослідження Telegram за 2025 — головні інсайти року 
