SQL Academy: всё о реляционных БД и SQL
По всем вопросам и коммерческим предложениям писать @LadanovNick Купить рекламу: https://telega.in/c/sqlacademyofficial Чат студентов SQL Academy https://t.me/sqlacademyorg
Show more📈 Analytical overview of Telegram channel SQL Academy: всё о реляционных БД и SQL
Channel SQL Academy: всё о реляционных БД и SQL (@sqlacademyofficial) in the Russian language segment is an active participant. Currently, the community unites 11 356 subscribers, ranking 10 920 in the Technologies & Applications category and 57 450 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 11 356 subscribers.
According to the latest data from 26 June, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 170 over the last 30 days and by 6 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 15.08%. Within the first 24 hours after publication, content typically collects 11.53% reactions from the total number of subscribers.
- Post reach: On average, each post receives 1 712 views. Within the first day, a publication typically gains 1 309 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 16.
- Thematic interests: Content is focused on key topics such as sql, строка, индекс, auto_increment, created_at.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“По всем вопросам и коммерческим предложениям писать @LadanovNick
Купить рекламу: https://telega.in/c/sqlacademyofficial
Чат студентов SQL Academy
https://t.me/sqlacademyorg”
Thanks to the high frequency of updates (latest data received on 27 June, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
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
Available now! Telegram Research 2025 — the year's key insights 
