Не попадитесь на канал ботавода! Telemetrio находит и помечает такие каналы 👉 Хотите видеть метку — оформите подписку

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

Открыть в Telegram

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

Больше

Россия37 222 Технологии и приложения7 345...

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

Канал SQL Ready | Базы Данных (@sql_ready) языкового сегмента Русский является активным участником. Сейчас сообщество объединяет 17 709 подписчиков, занимая 7 345 место в категории Технологии и приложения и 37 222 место в регионе Россия.

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

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

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

Статус верификации: Не верифицирован
Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 12.44%. В первые 24 часа после публикации контент обычно набирает 5.98% реакций от общего числа подписчиков.
Охват публикаций: В среднем каждый пост получает 2 198 просмотров. В течение первых суток публикация набирает 1 057 просмотров.
Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 23.
Тематические интересы: Контент сосредоточен на ключевых темах, таких как sql, строка, users, индекс, user_id.

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

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

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

17 709

Подписчики

+4124 часа

+1797 дней

+69130 дней

2 198

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

~ 1 05724 часа

~ 1 30748 часов

12.44%

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

~ 1

Постов в день

Ads index

beta

Архив постов

17 709

🖥 Как гарантировать одну активную запись? Во многих системах есть правило: у пользователя, товара или сущности должна быть только одна активная запись. Если проверять это в коде, при конкурентных запросах правило легко нарушается. Сегодня в гайде:

• Почему логика обновить + вставить ломается; • Как зафиксировать правило на уровне базы; • Как условный уникальный индекс предотвращает дубликаты.

Подход, который убирает класс ошибок с конкурентным доступом и делает данные консистентными независимо от нагрузки. ➡️ SQL Ready | #гайд

17 709

Канал про ML в крупном бизнесе от Миши Евдокимова - предпринимателя, который делает AI-решения для Сибура, Ленты, Bayer и других крупнейших корпораций России ❤️ Про путь от Data Scientist’а до CEO: — Миша начинал как ML-разработчик в Сбере и VK, где создавал NLP и рекомендательные системы для аудитории в 60+ млн пользователей. — Затем был Data Scientist в РайффайзенБанке и дорос до Head of Data Science в крупной компании. — Сейчас СЕО AI-компании с командой 25+ человек, которая работает с российским крупным бизнесом. И реальные проекты и работу в сфере DS/ML: • Как вырасти с миддла до сеньора или почему крепкие миддлы сидят на месте по 5 лет • Как мы работаем с доверием к ИИ - проектам у компаний с оборотом $2+ млрд • Разбор российского рынка заказной ML - разработки - куда идет спрос и какие существуют тенденции Коротко и по делу. 👉🏻Подписывайтесь — Миша Евдокимов | Insight AI

17 709

❤️ Use The Index, Luke — полезный ресурсов по оптимизации SQL! Это гайд по производительности SQL, где подробно объясняется, как работают индексы и как с их помощью ускорять запросы. Материал построен с нуля и ориентирован именно на разработчиков, без лишней теории и перегруженной терминологии. Всё объясняется через практику и примеры. 📌 Оставляю ссылочку: use-the-index-luke.com ➡️ SQL Ready | #ресурс

17 709

NULLIF в SQL: простой способ не словить деление на ноль! Очень частая задача в SQL — нужно что-то на что-то поделить. Например, посчитать средний чек, конверсию или процент выполнения. Есть таблица:

sales(id, revenue, orders_count)

Самый очевидный вариант:

SELECT
    id,
    revenue / orders_count AS avg_order_value
FROM sales;

На первый взгляд всё нормально. Но как только orders_count = 0, начинаются проблемы: в ряде СУБД такой запрос упадёт с ошибкой. Обычно в таких местах используют NULLIF:

SELECT
    id,
    revenue / NULLIF(orders_count, 0) AS avg_order_value
FROM sales;

Что здесь происходит: NULLIF(orders_count, 0) вернёт: orders_count, если это не ноль; NULL, если это ноль. Соответственно: если знаменатель не ноль — деление выполняется как обычно; если знаменатель ноль — получится NULL. И это как раз правильное поведение. Потому что NULLIF не исправляет данные и не подменяет ноль каким-то удобным значением. Он просто говорит: в этой строке результат не определён. Иногда после этого пишут так:

SELECT
    id,
    COALESCE(revenue / NULLIF(orders_count, 0), 0) AS avg_order_value
FROM sales;

Так делать можно, но только если 0 здесь действительно имеет смысл. Потому что: NULL — значение не определено; 0 — значение определено и равно нулю. Это разные вещи. И подмена одного другим — уже не технический, а смысловой выбор. Ещё пример:

SELECT
    id,
    success_count * 100.0 / NULLIF(total_count, 0) AS success_percent
FROM stats;

Почему именно 100.0, а не 100? Чтобы не получить целочисленное деление в тех СУБД, где дробная часть иначе отбросится. То же самое можно записать и через CASE:

SELECT
    id,
    CASE
        WHEN orders_count = 0 THEN NULL
        ELSE revenue / orders_count
    END AS avg_order_value
FROM sales;

Это тоже нормальный вариант. Но когда задача именно в защите от деления на ноль, NULLIF обычно короче и читается быстрее. Ещё момент, который часто путают:

SELECT
    SUM(revenue) / NULLIF(SUM(orders_count), 0) AS avg_order_value
FROM sales;

а также:

SELECT
    AVG(revenue / NULLIF(orders_count, 0)) AS avg_order_value
FROM sales;

Это разные расчёты. В первом случае — общая выручка делится на общее число заказов. Во втором — считается среднее от построчных значений, причём AVG пропускает NULL. 🔥 Итог простой: NULLIF(x, 0) — приём, который в реальных запросах спасает. Особенно когда хочется не просто чтобы не упало, а чтобы результат оставался корректным по смыслу. ➡️ SQL Ready | #практика

17 709

1 миллион в год - именно столько я добавил к зарплате, просто составив грамотное резюме Безусловно, уметь кодить - важный аспект, но на самом деле именно резюме решает, попадёте ли вы на собеседование или нет Максим Аверин (Senior Python Dev) у себя в канале подробно разобрал вопросы, которыми тимлид мгновенно отсекает неопытных разработчиков и дал шаблон резюме, которое поможет тебе выбить более жирный оффер Также для подписчиков есть бесплатный гайд «Как получить первую работу на Python с зарплатой от 150к» Осень — самый горячий сезон найма. У тебя ещё есть возможность получить тот самый оффер, подписывайся: @maksim_python

17 709

👍 SQL Cheat Sheet — удобнейшая и информативная шпаргалка! Этот компактный и понятный справочник по SQL, где собраны основные команды, конструкции и паттерны, которые используются в работе. Всё оформлено с примерами, поэтому можно быстро вспомнить синтаксис или найти нужную команду без долгого поиска. Отлично подходит как справочник в работе, для повторения базы и подготовки к собеседованиям.

Оставляю ссылочку: GitHub 📱

➡️ SQL Ready | #репозиторий

17 709

Индекс с INCLUDE: уменьшаем чтение таблицы! Даже если у вас есть индекс, PostgreSQL часто всё равно идёт в таблицу за остальными колонками — это лишний I/O, особенно на больших данных:

CREATE INDEX idx_orders_user_created
ON orders (user_id, created_at DESC)
INCLUDE (total, status);

INCLUDE добавляет дополнительные колонки в индекс (payload), но они не участвуют в поиске и сортировке, часто это выгоднее, чем делать их частью ключа:

SELECT user_id, created_at, total, status
FROM orders
WHERE user_id = 42
ORDER BY created_at DESC
LIMIT 1;

Теперь все нужные поля есть в индексе, и PostgreSQL может выполнить запрос через Index Only Scan, уменьшая или исключая обращения к таблице (heap):

EXPLAIN ANALYZE SELECT ...

В плане вы увидите Index Only Scan (иногда с Heap Fetches) вместо Index Scan — это значит, что обращения к таблице сокращены или отсутствуют. 🔥 Один из практических бустов в read-heavy сценариях и частых API-запросах. ➡️ SQL Ready | #совет

17 709

Собрал чат-бота за вечер → заработал 9 000₽. Так и работают специалисты по чат-ботам: открыл шаблон → собрал бота как конструктор → получил деньги. Работы — на 2–3 часа. Оплата — 9–15 000₽ за сборку. Никакого программирования и долгих задач. Если умеешь открыть ворд или запустить косынку — справишься. А спрос сейчас бешеный: более 10 000 предпринимателей в месяц ищут тех, кто делает ботов и авторассылки. Это одна из самых простых и пустых ниш в онлайне — бери и зарабатывай. И главное: Собрать первого бота без опыта и получить клиента — проще, чем кажется. Все инструкции лежат здесь: 👉 @other_digital_bot Кто готов кликать мышкой и брать заказы — тот спокойно накопит на отдых, машину, квартиру и любые хотелки. Пробуй: @other_digital_bot

17 709

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

17 709

DISTINCT — убираем дубликаты прямо в SQL! Иногда таблица содержит повторы, а нам нужны только уникальные строки. DISTINCT позволяет легко отфильтровать дубликаты на уровне запроса — без дополнительной логики. Выберем все уникальные города из таблицы клиентов:

SELECT DISTINCT city FROM customers;

Теперь получим только уникальные пары "страна + город":

SELECT DISTINCT country, city FROM customers;

А вот как посчитать количество разных городов:

SELECT COUNT(DISTINCT city) FROM customers;

В PostgreSQL можно выбирать первую уникальную строку по группе значений:

SELECT DISTINCT ON (user_id) *
FROM logins
ORDER BY user_id, login_time DESC;

🔥 DISTINCT полезен для отчётов, списков, фильтрации и аналитики. Но помните: он влияет на производительность — особенно при работе с большими таблицами. ➡️ SQL Ready | #практика

17 709

Совет на 2026 год — переходите в ML. Пока обычные разрабы конкурируют с ИИ-копилотами, ML-инженеры эти самые нейронки создают. В эпоху нейростей это самые востребованые люди в мире программирования. Зарплаты мидлов начинаются от 250 000 ₽, а у сеньоров в BigTech доходят до 700 000 ₽. А чтобы освоить его всего за 4 месяца без лишней суеты — изучите канал Артема Алехина. Его бэкграунд: Руководитель команды в Сбере, валютная удаленка. К 22 годам вышел на доход 1 000 000+ ₽ в месяц. На канале вы найдёте: — Всё про самые востребованные стеки(Python, ИИ-агенты, NLP) и почему математика — это не страшно, если учить только нужное. — Как оформить резюме, чтобы оно пролетало через любые LLM-фильтры и ATS-системы прямо к тимлидам. — Скрипты переговоров, которые помогли его ученикам прыгнуть с 0 до 360к всего за 8 месяцев. Во времена острой нехватки ML-разработчиков, это лучшее время, чтобы перекатиться. Переходи и изучай: https://t.me/+zFlLy16mPM40Zjc6

17 709

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

Anonymous voting

17 709

Курсы по кибербез, белый хакинг, социальная инженерия, безопасность ИБ Книга — Более 1660 русскоязычных книг по ИБ и Социальной Инженерии можно найти на канале. no system is safe // cybersec — один из древнейших ресурсов по информационной безопасности в рунете. Книги, курсы, полезные тулсы, уроки по Linux, новости клирнета и даркнета. Python и 1000 программ — уроки по Python. Python мы будем использовать для создания OSINT софта. Весь материал на каналах в общем доступе. Ничего лишнего

17 709

🖥 Быстрый ориентир по SQL-командам! Когда нужно создать таблицу или изменить её структуру — берём DDL. Хотим изменить данные внутри — используем DML. А если нужно просто вытянуть информацию — поможет DQL с её незаменимым select. Полезно держать под рукой, чтобы не забыть! ➡️ SQL Ready | #ресурс

17 709

🖥 Oracle SQL: основные строковые функции!

Основные функции обработки строк в Oracle SQL: извлечение подстрок, определение позиции подстроки, вычисление длины строки, преобразование регистра, удаление лишних символов по краям, замена фрагментов текста и дополнение строки до заданной длины.

➡️ SQL Ready | #шпора

17 709

Все надоело и пропал интерес, чувствуешь себя амебой и хочется только залипать в телефоне. Бывает? Homo Manifestans — канал для айтишников, у которых периодически опускаются руки и отключается мозг, ибо переработки и постоянная тревожность не приводят к другим исходам 🤗 ✓ Как научиться отвлекаться от работы и отдыхать? ✓ Как совместить кучу рабочих задач и время с семьей? ✓ Как справиться с прокрастинацией? ✓ Как не растерять запал, даже если начальник и коллеги 💩 и кажется, что ничего не выходит? Подписывайтесь на канал @vadimpetrovpsi и научитесь работать без упахивания, выгорания и ущерба для личной жизни! Псс. Заходите в закреп — там много полезного, и даже бесплатный мини-курс по выходу из апатии: 👉 https://t.me/+NqXSd0EGb_I1ODAy

17 709

❤️ Полезную статью нашёл на Хабре: «Почему SUM() OVER (ORDER BY ...) иногда считает “неправильно”: разбираем оконные фреймы в SQL»! В этой статье:

• Объясняется, как на самом деле работают оконные функции в SQL и почему результаты иногда отличаются от ожидаемых;
• Разбираются ключевые типы оконных фреймов — ROWS, RANGE и GROUPS, а также их влияние на вычисления;
• Показано, как правильно задавать границы окна (UNBOUNDED PRECEDING, CURRENT ROW, FOLLOWING) для накопительных итогов, скользящих средних и аналитических запросов.

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

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

17 709

PostgreSQL: CONCAT_WS, если нужно нормально собрать строку из колонок с NULL! Частая мелочь в SQL — собрать одну строку из нескольких полей. Например, имя пользователя из first_name, middle_initial, last_name. Таблица условно такая:

users(id, first_name, middle_initial, last_name)

Первое, что обычно пишут:

SELECT first_name || ' ' || middle_initial || ' ' || last_name
FROM users;

И тут важный момент: если хотя бы одно значение NULL, всё выражение тоже уйдёт в NULL. То есть если middle_initial = NULL, то результат будет не Emily Johnson, а просто NULL. В таких случаях удобнее использовать CONCAT_WS:

SELECT CONCAT_WS(' ', first_name, middle_initial, last_name)
FROM users;

CONCAT_WS склеивает значения через разделитель и просто пропускает NULL. Если middle_initial = 'A': Emily A Johnson. Если middle_initial = NULL: Emily Johnson. Плюс не нужно отдельно думать про лишние пробелы — разделитель вставится только там, где есть значение. Важно: CONCAT_WS пропускает именно NULL. Пустая строка не игнорируется. То же самое можно собрать и через COALESCE, например так:

SELECT
    COALESCE(first_name || ' ', '') ||
    COALESCE(middle_initial || ' ', '') ||
    COALESCE(last_name, '')
FROM users;

Но это уже выглядит тяжелее, особенно когда полей больше двух-трёх. 🔥 Так что для таких кейсов CONCAT_WS обычно самый нормальный вариант: и короче, и читается лучше. ➡️ SQL Ready | #практика

17 709

На Stepik добавили курс «Linux с нуля» Этот курс закрывает всю обязательную Linux-базу для работы в IT. Подойдёт для:

- разработчиков - девопсов и админов - специалистов по данным и ML - специалистов поддержки и сопровождения - тестировщиков и безопасников

Внутри 20+ модулей: от установки Linux и работы с файлами до сетей, прав, дисков, процессов, автоматизации на Bash и многого другого. Всё сразу закрепляется на практике (200+ заданий с автопроверкой) Материал подаётся понятным языком, шаг за шагом, на реальных примерах и с наглядными схемами После прохождения вы получите сертификат, который можно добавить в резюме. В ближайшие 48ч курс доступен со скидкой 30% по промокоду «READY30»: открыть курс на Stepik