SQL Ready | Базы Данных

Открыть в Telegram

Авторский канал про Базы Данных и SQL Ресурсы, гайды, задачи, шпаргалки. Информация ежедневно пополняется! Автор: @energy_it РКН: https://clck.ru/3QREBc Реклама на бирже: https://telega.in/c/sql_ready

Больше

Россия43 154 Технологии и приложения8 396...

📈 Аналитический обзор Telegram-канала SQL Ready | Базы Данных

Канал SQL Ready | Базы Данных (@sql_ready) языкового сегмента Русский является активным участником. Сейчас сообщество объединяет 15 552 подписчиков, занимая 8 396 место в категории Технологии и приложения и 43 154 место в регионе Россия.

📊 Показатели аудитории и динамика

С момента создания невідомо проект демонстрирует стремительный рост, собрав аудиторию из 15 552 подписчиков.

Согласно последним данным от 11 июня, 2026, канал показывает стабильную активность. За последние 30 дней изменение числа участников составило 56, а за последние 24 часа — -9, при этом общий охват остаётся высоким.

Статус верификации: Не верифицирован
Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 12.41%. В первые 24 часа после публикации контент обычно набирает 6.30% реакций от общего числа подписчиков.
Охват публикаций: В среднем каждый пост получает 1 931 просмотров. В течение первых суток публикация набирает 980 просмотров.
Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 24.
Тематические интересы: Контент сосредоточен на ключевых темах, таких как sql, строка, user_id, created_at, desc.

📝 Описание и контентная политика

Автор описывает ресурс как площадку для выражения субъективного мнения:
“Авторский канал про Базы Данных и SQL Ресурсы, гайды, задачи, шпаргалки. Информация ежедневно пополняется! Автор: @energy_it РКН: https://clck.ru/3QREBc Реклама на бирже: https://telega.in/c/sql_ready”

Благодаря высокой частоте обновлений (последние данные получены 12 июня, 2026) канал поддерживает актуальность и высокий уровень охвата публикаций. Аналитика показывает, что аудитория активно взаимодействует с контентом, что делает его важной точкой влияния в категории Технологии и приложения.

15 552

Подписчики

-924 часа

+307 дней

+5630 день

1 931

Просмотры поста

~ 98024 часа

~ 1 15048 часов

12.41%

Коэффициент вовлеченности

~ 1

Постов в день

Ads index

beta

Архив постов

15 552

Оконные функции ROW_NUMBER() в SQL — нумерация строк для аналитики! ROW_NUMBER() присваивает уникальный порядковый номер строкам внутри логического окна. Данные не объединяются в группы, строки остаются как есть — это ключевое отличие от GROUP BY. Таблица:

payments(id, user_id, amount, created_at)

Нумеруем платежи каждого пользователя. Окно создаётся по user_id, а нумерация идёт по дате от старых к новым:

SELECT id, user_id, amount,
       ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at ASC) AS rn
FROM payments;

PARTITION BY разбивает данные на сегменты (в данном случае — по пользователю). ORDER BY внутри OVER() задаёт, в каком порядке будут присваиваться номера. Чтобы найти последний платёж каждого пользователя, меняем порядок сортировки на DESC. Самая свежая запись получит номер 1 в своём окне:

WITH t AS (
  SELECT id, user_id, amount,
         ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) AS rn
  FROM payments
)
SELECT * FROM t WHERE rn = 1;

Здесь используем CTE (WITH), чтобы сначала пронумеровать строки, а затем отфильтровать только нужный номер. Следующий пример — логины пользователей:

auth_logs(id, user_id, ip, login_at)

Ищем первый вход каждого пользователя с каждого IP:

WITH t AS (
  SELECT id, user_id, ip,
         ROW_NUMBER() OVER (PARTITION BY user_id, ip ORDER BY login_at ASC) AS rn
  FROM auth_logs
)
SELECT * FROM t WHERE rn = 1;

🔥 ROW_NUMBER() подходит, когда нужен номер строки в сегменте, важно выбрать первую/последнюю запись по логике сортировки,требуется топ-N по категориям или пользователям. ➡️ SQL Ready | #практика

15 552

Развернуть PostgreSQL в MWS Cloud Platform ⬜️ — быстрее, чем вспомнить пароль от pgAdmin. И точно быстрее, чем объяснить DevOps'у, зачем ещё одна база. Всего несколько минут и у вас:

⏺️готовая база на сетевых или локальных дисках ⏺️постоянный primary endpoint ⏺️безопасное подключение через Private Link ⏺️автоматические бэкапы и обслуживания по твоему расписанию

🎄🎁 И грант до 10 000 ₽ на запуск — чтобы точно не пришлось вспоминать, как настраивать failover вручную. ➡️Развернуть кластер

15 552

☕️ Postgrespro — полная и актуальная документация по PostgreSQL! SQL-синтаксис, индексы, транзакции, планировщик запросов, репликация, расширения и внутренняя архитектура. Здесь подробно описано не только как писать запросы, но и как база данных работает. Полезно, если используешь Postgres в продакшене или хочешь глубже разобраться в производительности. 📌 Оставляю ссылочку: postgrespro.ru ➡️ SQL Ready | #ресурс

15 552

Что же выведет консоль?

Anonymous voting

15 552

⚡️ Linux теперь в Telegram! Ребята сделали крутейший канал про Linux, где на простых картинках и понятном языке обучают работе с этой ОС, делятся полезными фишками и инструментами Подписывайтесь: @linuxos_tg

15 552

☕️ На Хабре вышла подробная статья про автоматизацию развертывания PostgreSQL-кластеров в изолированной инфраструктуре. В этой статье:

• Показан реальный подход к автоматическому развёртыванию PostgreSQL в закрытом контуре;

• Разбирается поддержка нескольких ОС, версий СУБД и схем отказоустойчивости;

• Описана автоматическая проверка соответствия требованиям архитектуры;

• Приведён практический кейс внедрения, рассчитанный на эксплуатацию в крупных корпоративных системах.

🔊 Продолжайте читать на Habr!

➡️ SQL Ready | #статья

15 552

☕️ StrataScratch — вопросы с собеседований! Готовишься к собеседованиям по SQL или хочешь укрепить свои практические навыки? Этот сайт собрал самые важные вопросы, которые реально встречаются на интервью. Здесь есть и запросы на выборки, агрегаты и JOIN, и открытые задачи, где нужно не просто написать код, а объяснить логику решения. 📌 Оставляю ссылочку: stratascratch.com ➡️ SQL Ready | #ресурс

15 552

Как понять, что PostgreSQL работает на устаревшей статистике? PostgreSQL хранит информацию о последнем сборе статистики:

SELECT relname,
       last_analyze,
       last_autoanalyze,
       n_live_tup
FROM pg_stat_user_tables;

last_analyze — когда статистика обновлялась вручную, last_autoanalyze — когда это делал autovacuum. Чтобы быстро найти проблемные таблицы, отсортируем по размеру:

SELECT relname,
       n_live_tup,
       last_analyze,
       last_autoanalyze
FROM pg_stat_user_tables
ORDER BY n_live_tup DESC;

Большая таблица + старый last_analyze — оптимизатор работает вслепую. В таком случае достаточно обновить статистику:

ANALYZE;

Или точечно, для одной таблицы:

ANALYZE orders;

🔥 Это помогает объяснить внезапную деградацию запросов и понять, почему индекс игнорируется. ➡️ SQL Ready | #совет

15 552

📱 Держите 6 хороших каналов по искусственному интеллекту и программированию для любого уровня! Выбирай направление: 📱 Нейросети — @neuro_prompt 🤖 AI-инструменты — @ai_prompt 📱 Python — @python_prompt 🤔 InfoSec & Хакинг — @infosec_prompt 👩‍💻 IT Новости — @it_news 😄 IT Мемы — @it_memes Промпты, обучение, шпаргалки и полезные ресурсы на каждую тему!

15 552

📂 Напоминалка по SQL Injection (SQLi)! Например, простая инъекция вроде OR 1=1 может вернуть все данные из таблицы, а blind SQLi позволяет вытаскивать информацию даже тогда, когда приложение не показывает ошибки и результаты запросов. На картинке — основные типы SQL-инъекций, которые важно знать при работе с базами данных и backend-логикой. Сохрани, чтобы не забыть! ➡️ SQL Ready | #ресурс

15 552

🖥 Ищем клиентов без единого заказа — полезный приём для выявления неактивных пользователей и повышения конверсии! Цель — найти всех зарегистрированных пользователей, которые так и не оформили ни одного заказа. Это поможет вернуться к ним с акциями или напоминаниями. Основные моменты:

• LEFT JOIN — соединяем таблицы, чтобы сохранить всех клиентов, даже тех, у кого нет заказов. • WHERE o,id IS NULL — отбираем только тех, для кого заказов не найдено. • SELECT — выводим имя, email и дату регистрации.

➡ SQL Ready | #задача

15 552

Изоляция рунета ближе, чем ты думаешь

Loading … ██████████████] 99%

Роскомнадзору дали карт-бланш на блокировки, а «белые списки» сайтов тестируют уже в десятках регионов. И гайки будут закручиваться только сильнее. Чтобы в одночасье не лишиться доступа к свободному Интернету, просто сохрани Only Hack. Тут профессиональный хакер делится фишками, с которыми доступ к глобальной сети у тебя будет даже в случае ядерного апокалипсиса. Не жди момента «Х». Перестрахуйся подпиской.

15 552

NULL и NOT IN — тонкость SQL, приводящая к логическим ошибкам! При использовании NOT IN в SQL можно получить логически неверный результат без ошибок выполнения. Причина — трёхзначная логика и наличие NULL в данных. Представим таблицы:

customers(id)
orders(id, customer_id)

Нужно найти клиентов, у которых нет заказов. Интуитивный вариант:

SELECT id
FROM customers
WHERE id NOT IN (
    SELECT customer_id
    FROM orders
);

Если подзапрос возвращает хотя бы одно значение NULL, результат этого запроса будет пустым, даже если клиенты без заказов существуют. Это происходит потому, что NOT IN сводится к серии сравнений, а любое сравнение с NULL возвращает неопределённый результат. Попытка исправить ситуацию фильтрацией:

SELECT id
FROM customers
WHERE id NOT IN (
    SELECT customer_id
    FROM orders
    WHERE customer_id IS NOT NULL
);

Формально запрос корректен, но требует постоянного контроля и легко ломается при изменении подзапроса. Надёжный вариант — использовать NOT EXISTS:

SELECT c.id
FROM customers c
WHERE NOT EXISTS (
    SELECT 1
    FROM orders o
    WHERE o.customer_id = c.id
);

NOT EXISTS корректно обрабатывает NULL и предназначен именно для проверок отсутствия связанных строк. 🔥 Используй NOT EXISTS для анти-джойнов и проверок отсутствия данных, а NOT IN — только при полном контроле результата подзапроса. ➡️ SQL Ready | #практика

15 552

Ты разбираешься в сложных системах: код, архитектура, алгоритмы — всё логично. А с девушками — хаос. Работа из дома. Коллеги — такие же парни. Дни между ноутом и доставкой. Ты не бедный, не глупый, не урод. Но: — метчей нет — переписки игнорят — нормальных свиданий нет — девушки, которые реально нравятся, игнорят Бесит не отсутствие секса. Бесит, что ты не понимаешь правил игры. Ты привык к ТЗ и алгоритмам, а тут — сплошной рандом. Правда простая: женщины — это другая система. Правила есть, но их никто не объясняет. Я разложил знакомства по шагам: — где знакомиться айтишнику — что писать без кринжа — как вести себя на свидании Если ты устал угадывать и хочешь понимать — всё в канале «Творчество чувств». Важное уже в закрепе 👇 👉 https://t.me/+jcIySXnzR0o4ODBi

15 552

Условный UPSERT: как не обновлять строки без изменений? Обычный UPSERT обновляет строку всегда, даже если данные не изменились — это лишние блокировки, WAL и autovacuum. PostgreSQL позволяет сделать условный UPDATE прямо в ON CONFLICT:

ON CONFLICT (id) DO UPDATE
...
WHERE users.email IS DISTINCT FROM EXCLUDED.email
   OR users.name  IS DISTINCT FROM EXCLUDED.name;

Если данные совпадают — UPDATE не выполняется вообще. EXCLUDED — это “новая” версия строки, users.* — текущая версия в таблице.

users.col IS DISTINCT FROM EXCLUDED.col

🔥 Корректно работает даже с NULL и не попадает в ловушки трёхзначной логики. ➡️ SQL Ready | #совет

15 552

🏆 Победители номинации «Лучшие IT-каналы» Мы собрали каналы, которые доказали: учиться можно интересно, эффективно и бесплатно. Здесь — тысячи реальных вопросов с собесов, курсов и материалов для тех, кто стремится стать профессионалом. Выбирай направление: 👩‍💻 C# 🤖 DS/ML 👩‍💻 C/C++ 😀 1C 👩‍💻 Java 👩‍💻 Python 🖥 PHP 🖥 Frontend 👣 Rust 👣 Golang 👩‍💻 Node.js 💻 DevOps 👩‍💻 QA 👩‍💻 Android 🖥 BA/SA 👩‍💻 Game Dev 👩‍💻 iOS 👨‍💻 Вакансии База обновляется еженедельно — всегда актуальные вопросы с последних собеседований, курсы и материалы. 📌 Подпишись, чтобы не потерять!

15 552

📂 Напоминалка по масштабированию баз данных! Например, индексы ускоряют поиск данных, кэш снижает нагрузку на базу, а шардинг позволяет распределять данные между серверами. На картинке — 10 техник масштабирования БД, которые стоит держать под рукой при работе с высокими нагрузками. Сохрани, чтобы не забыть! ➡️ SQL Ready | #ресурс