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

Ir al canal en Telegram

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

Rusia43 154 Tecnologías y Aplicaciones8 396...

📈 Análisis del canal de Telegram SQL Ready | Базы Данных

El canal SQL Ready | Базы Данных (@sql_ready) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 15 552 suscriptores, ocupando la posición 8 396 en la categoría Tecnologías y Aplicaciones y el puesto 43 154 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 15 552 suscriptores.

Según los últimos datos del 11 junio, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de 56, y en las últimas 24 horas de -9, conservando un alto alcance.

Estado de verificación: No verificado
Tasa de interacción (ER): El promedio de interacción de la audiencia es 12.41%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 6.30% de reacciones respecto al total de suscriptores.
Alcance de las publicaciones: Cada publicación recibe en promedio 1 931 visualizaciones. En el primer día suele acumular 980 visualizaciones.
Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 24.
Intereses temáticos: El contenido se centra en temas clave como sql, строка, user_id, created_at, desc.

📝 Descripción y política de contenido

El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Авторский канал про Базы Данных и SQL Ресурсы, гайды, задачи, шпаргалки. Информация ежедневно пополняется! Автор: @energy_it РКН: https://clck.ru/3QREBc Реклама на бирже: https://telega.in/c/sql_ready”

Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 12 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.

15 552

Suscriptores

-924 horas

+307 días

+5630 días

1 931

Visitas de la publicación

~ 98024 horas

~ 1 15048 horas

12.41%

Tasa de compromiso

~ 1

Mensajes por día

Ads index

beta

Archivo de publicaciones

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 | #ресурс