SQL Academy: всё о реляционных БД и SQL
По всем вопросам и коммерческим предложениям писать @LadanovNick Купить рекламу: https://telega.in/c/sqlacademyofficial Чат студентов SQL Academy https://t.me/sqlacademyorg
Mostrar más📈 Análisis del canal de Telegram SQL Academy: всё о реляционных БД и SQL
El canal SQL Academy: всё о реляционных БД и SQL (@sqlacademyofficial) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 11 356 suscriptores, ocupando la posición 10 920 en la categoría Tecnologías y Aplicaciones y el puesto 57 450 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 11 356 suscriptores.
Según los últimos datos del 26 junio, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de 170, y en las últimas 24 horas de 6, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 15.08%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 11.53% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 1 712 visualizaciones. En el primer día suele acumular 1 309 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 16.
- Intereses temáticos: El contenido se centra en temas clave como sql, строка, индекс, auto_increment, created_at.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“По всем вопросам и коммерческим предложениям писать @LadanovNick
Купить рекламу: https://telega.in/c/sqlacademyofficial
Чат студентов SQL Academy
https://t.me/sqlacademyorg”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 27 junio, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
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
¡Ya disponible! Investigación de Telegram 2025 — los principales insights del año 
