SQL Ready | Базы Данных
Авторский канал про Базы Данных и SQL Ресурсы, гайды, задачи, шпаргалки. Информация ежедневно пополняется! Cотрудничество: @energy_c РКН: https://clck.ru/3QREBc
Ko'proq ko'rsatish📈 Telegram kanali SQL Ready | Базы Данных analitikasi
SQL Ready | Базы Данных (@sql_ready) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 17 741 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 7 336-o'rinni va Rossiya mintaqasida 37 136-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 17 741 obunachiga ega bo‘ldi.
18 Oktabr, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni 696 ga, so‘nggi 24 soatda esa 5 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 12.57% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 6.05% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 2 222 marta ko‘riladi; birinchi sutkada odatda 1 069 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 23 ta reaksiya keladi.
- Tematik yo‘nalishlar: Kontent sql, строка, users, индекс, user_id kabi asosiy mavzularga jamlangan.
📝 Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“Авторский канал про Базы Данных и SQL
Ресурсы, гайды, задачи, шпаргалки.
Информация ежедневно пополняется!
Cотрудничество: @energy_c
РКН: https://clck.ru/3QREBc”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 19 Oktabr, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
UX определяется не средним временем ответа, а редкими хвостовыми задержками, из-за которых важны именно p95 и p99.
Сегодня в задаче:
• Посчитаем ключевые перцентильные метрики (p50/p95/p99) по каждому маршруту; • Определим, какие запросы регулярно превышают собственный p99; • Увидим, какие эндпоинты “убивают” отклик сервиса под нагрузкой;Такой анализ помогает быстро находить узкие места
API и контролировать качество работы системы.
➡️ SQL Ready | #задачаRETURNING позволяет вернуть значения вставленных, обновлённых или удалённых строк без дополнительного SELECT.
Вставляем строку и сразу получаем созданный ID:
INSERT INTO users (name, email)
VALUES ('Anna Ivanova', 'anna@example.com')
RETURNING id;
Обновляем запись и возвращаем изменённое значение:
UPDATE accounts
SET balance = balance + 500
WHERE id = 10
RETURNING balance AS new_balance;
Удаляем строку и получаем данные до удаления:
DELETE FROM orders
WHERE id = 42
RETURNING order_date, amount;
Возвращаем множество строк:
UPDATE products
SET price = price * 1.10
WHERE category = 'Books'
RETURNING id, price;
🔥 RETURNING упрощает логику: нет необходимости выполнять дополнительный запрос, чтобы получить новые данные — они доступны сразу в рамках одного DML.
➡️ SQL Ready | #практикаЭта шпаргалка охватывает наиболее используемые функции PostgreSQL для получения текущего времени, извлечения компонентов дат, расчета интервалов, округления временных меток и преобразования Unix-времени. Подходит для разработки систем, где критична точная и предсказуемая работа с временными значениями.
➡️ SQL Ready | #шпораQUALIFY, позволяющая делать это напрямую.
Отбираем строки только с первым местом внутри категории:
SELECT id, category, score,
RANK() OVER (
PARTITION BY category
ORDER BY score DESC
) AS rnk
FROM results
QUALIFY rnk = 1;
Фильтруем строки, где разница с предыдущим значением больше 50:
SELECT id, value,
value - LAG(value) OVER (
ORDER BY id
) AS diff_prev
FROM metrics
QUALIFY diff_prev > 50;
Оставляем топ-3 самых больших заказов каждого клиента:
SELECT customer_id, order_id, amount,
ROW_NUMBER() OVER (
PARTITION BY customer_id
ORDER BY amount DESC
) AS rn
FROM orders
QUALIFY rn <= 3;
🔥 QUALIFY помогает писать чище и короче, избавляя от лишних подзапросов. Особенно полезен в аналитических задачах с большим числом оконных функций.
➡️ SQL Ready | #практика• Как селективность влияет на выбор плана; • Почему один и тот же запрос может работать по-разному на разных данных; • Как устаревшая статистика приводит к “не тем” решениям оптимизатора.Эта тема, помогает понимать реальные причины поведения плана. ➡️ SQL Ready | #гайд
UPDATE/DELETE до следующего VACUUM.
Посмотреть их реальный объём можно напрямую из системной статистики:
SELECT relname,
n_dead_tup,
n_live_tup
FROM pg_stat_all_tables
WHERE relname = 'orders';
n_dead_tup — количество устаревших кортежей, n_live_tup — актуальные строки.
Чтобы быстро найти самые “раздутые” таблицы, отсортируем по dead-tup:
SELECT relname, n_dead_tup
FROM pg_stat_all_tables
ORDER BY n_dead_tup DESC
LIMIT 10;
Хотите оценить степень фрагментации? Сравните dead/live в процентах:
SELECT relname,
n_dead_tup,
n_live_tup,
round(100.0 * n_dead_tup / (n_live_tup + 1), 2) AS dead_ratio
FROM pg_stat_all_tables;
🔥 Это позволяет быстро увидеть, где появляются накладные расходы на I/O и почему планы запроса деградируют.
➡️ SQL Ready | #совет• Найдём последнее обращение к каждому ключу, определив его актуальность на момент завершения всех операций. • Отсортируем элементы по “новизне” использования и применим ограничение capacity; • Получим итоговое состояние LRU-кэша;Такой подход позволяет анализировать поведение кэшей и логи обращений без процедурного кода. ➡️ SQL Ready | #задача
В этой шпаргалке собраны ключевые функции и операторы MySQL для чтения, обновления, проверки и формирования JSON-структур. Материал охватывает извлечение значений, модификацию полей, работу с объектами и массивами, а также проверку вложенных данных. Подходит для хранения метаданных, гибких профилей и других полуструктурированных данных.
➡️ SQL Ready | #шпораROW_NUMBER() по ключам,
которые должны быть уникальны:
ROW_NUMBER() OVER (
PARTITION BY email, phone
ORDER BY updated_at DESC
)
Первая строка в группе (dup_rank = 1) - оригинал.
Все остальные - реальные дубликаты, которые можно чистить.
Чтобы увидеть только те строки, которые должны быть удалены:
SELECT *
FROM (
SELECT *, ROW_NUMBER() OVER (
PARTITION BY email, phone ORDER BY updated_at DESC
) AS dup_rank
FROM users
) t
WHERE dup_rank > 1;
🔥 Подходит для очистки данных, поиска дубликатов, контроля миграций и проверки внешних интеграций.
➡️ SQL Ready | #советIndex Scan может работать неэффективно. Bitmap Scan объединяет результаты этих индексов и читает только нужные страницы.
Сегодня в гайде:
• Как bitmap объединяет несколько индексов; • Что означает BitmapAnd в плане выполнения; • Почему эта техника ускоряет сложные фильтры на больших таблицах.Прием позволяет эффективно обрабатывать сложные фильтры и стабильно работать с большими таблицами. ➡️ SQL Ready | #гайд
Шпаргалка по основным функциям для приведения типов, изменения кодировок, форматирования чисел и дат, а также построения условных выражений. Эти инструменты используются при нормализации входных данных, подготовке результатов для отображения и создании гибкой логики внутри SQL-запросов.
➡️ SQL Ready | #шпора«Было бы круто… Но я же ничего не знаю. Да и поздно уже»Но вот правда: Айти – не для гениев. Айти – для тех, кто готов начать с нуля, шаг за шагом идти к мечте. В канале Старт карьеры IT есть всё, чтобы начать карьеру: – объяснения понятным языком, мини-гайды, примеры, разборы и многое другое бесплатно. Всё, чтобы ты наконец почувствовал: «Я могу. Это реально» и уверенно начал строить карьеру в IT. Подписывайся, и забирай более полезных 20 материалов для старта: https://t.me/+qsYIZVYeoa84MDkx
