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

Kanalga Telegram’da o‘tish

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

Ko'proq ko'rsatish

Rossiya43 185 Texnologiyalar & Aralashmalar8 397...

📈 Telegram kanali SQL Ready | Базы Данных analitikasi

SQL Ready | Базы Данных (@sql_ready) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 15 549 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 8 397-o'rinni va Rossiya mintaqasida 43 185-o'rinni egallagan.

📊 Auditoriya ko‘rsatkichlari va dinamika

невідомо sanasidan buyon loyiha tez o‘sib, 15 549 obunachiga ega bo‘ldi.

12 Iyun, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni 53 ga, so‘nggi 24 soatda esa -8 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.

Tasdiqlash holati: Tasdiqlanmagan
Jalb etish (ER): Auditoriya o‘rtacha 11.96% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 6.22% ini tashkil etuvchi reaksiyalarni to‘playdi.
Post qamrovi: Har bir post o‘rtacha 1 860 marta ko‘riladi; birinchi sutkada odatda 967 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, строка, user_id, created_at, desc kabi asosiy mavzularga jamlangan.

📝 Tavsif va kontent siyosati

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

Yuqori yangilanish chastotasi (oxirgi ma’lumot 13 Iyun, 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.

15 549

Obunachilar

-824 soatlar

+337 kunlar

+5330 kunlar

1 860

Post ko'rishlar

~ 96724 soatlar

~ 1 12148 soatlar

11.96%

Muloqot nisbati

~ 1

Kuniga postlar

Ads index

beta

Postlar arxiv

15 549

🖥 TEMP TABLE — инструмент, который спасает большие запросы! Временные таблицы позволяют хранить промежуточные результаты, создавать индексы, изолировать эксперименты и оптимизировать пайплайны. Сегодня в посте:

• Как создавать и использовать временные таблицы; • Как ускорить аналитику с помощью индексов; • Почему TEMP TABLE лучше, чем CTE, для сложных цепочек.

Смысл временных таблиц не в удобстве, а в контроле. Сами решаете, когда считать, что кешировать и как двигать данные между шагами. ➡️ SQL Ready | #гайд

15 549

— Ты уволен — Почему? — Мы оплатили GPT-5, ты больше не нужен. Вы тоже в ах@е с такого расклада? Учился лет 5, потом столько же батрачил за копейки ради опыта — чтобы тебя заменила еб@чая железяка. А теперь задумайтесь: нейронки развиваются с бешеной скоростью. Поэтому сейчас как никогда нужны спецы для их обучения. Чтобы в кратчайшие сроки выйти на уровень элиты и стать топом в сфере — подпишитесь на канал @devsp. Его автор раскрывает неочевидные секреты: как в 3 месяца уместить 6 лет обучения, достойно пройти любое собеседование и что делать, чтобы лучшие компании дрались за вас. А временами подкидывает крутые вакансии и лайфхаки, после которых вас с руками оторвут даже без опыта. Это всё равно что встретить Нео и войти в 10% тех, кто сломал систему. Подписывайтесь: @devsp

15 549

DELETE + RETURNING: удаление с получением результата! При очистке данных важно понимать, какие строки были реально удалены. Оператор RETURNING в PostgreSQL позволяет вернуть данные удалённых строк без дополнительного запроса. Создадим таблицу:

CREATE TABLE sessions (
  id BIGINT GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY,
  user_id BIGINT NOT NULL,
  last_active TIMESTAMPTZ NOT NULL
);

Удалим неактивные сессии и сразу получим нужные поля:

DELETE FROM sessions
WHERE last_active < NOW() - INTERVAL '30 days'
RETURNING id, user_id;

Результат:

 id | user_id
----+---------
 12 | 3
 18 | 7
 25 | 3

🔥 Такой приём повышает прозрачность операций и упрощает аудит. Работает также с INSERT и UPDATE, что делает SQL-операции атомарными. ➡️ SQL Ready | #практика

15 549

В ПОГОНЕ ЗА ИНФОРМАЦИЕЙ - ТЫ МОЖЕШЬ СТАТЬ НОВОЙ ИНФОРМАЦИЕЙ🇷🇺 Список несогласных ниже: hck wrr – расскажут, почему ты сам себя продаешь властям, если кормишь сайт печеньем. scr snk – новостной кибер-без. Ты просто в курсе интернет-угоз и событий индустрии. insc lrd – скачиваемый оффлайн википедик от всех кибер-тараканов. Дальше ты сам!

15 549

🖥 SQL-генерация таблицы умножения без циклов! В SQL нет привычных циклов, но есть полезные инструменты, которые позволяют строить повторяющиеся структуры (например, таблицу умножения 10×10). Сегодня в посте:

• Генерируем числа от 1 до 10 с помощью GENERATE_SERIES(); • Объединяем их в пары через CROSS JOIN; • Считаем произведения и форматируем результат в матрицу.

Такой приём не просто игра: его используют для генерации тестовых данных, создания временных сеток, расчёта комбинаций или аналитических карт. ➡️ SQL Ready | #задача

15 549

«Мы взламывали Microsoft. Читали переписки чиновников Белого Дома. Получали доступ к IT-инфраструктуре правительства Франции» Я — хакер российской АРТ-группировки. После атак в 2025 году на «Аэрофлот», «Винлаб» и другие компании посчитал своим долгом сделать хороший ресурс про кибербезопасность для сограждан. Доктор Cyber — мой блог про уязвимости и их поиск, разборы эксплойтов и CVE на понятном языке, куча полезных гайдов для безопасников. Сохраняй ТОП-1 канал по ИБ в Телеге — @doctor_cyber

15 549

Индекс по выражению — ускоряй запросы без изменения схемы! Часто запросы не используют индекс, хотя поле индексировано. Причиной может быть функция в условии:

SELECT * FROM users WHERE lower(email) = 'admin@example.com';

Даже если email проиндексирован, lower(email) ломает возможность использовать индекс. Вариант решения - индекс по выражению (expression index):

CREATE INDEX users_lower_email_idx
ON users ((lower(email)));

Проверить можно через план запроса:

EXPLAIN ANALYZE
SELECT * FROM users WHERE lower(email) = 'admin@example.com';

🔥 Теперь в плане Index Scan, а не Full Table Scan. ➡️ SQL Ready | #совет

15 549

🖥 Создание и изменение структуры (DDL)

В этой шпаргалке собраны основные команды языка определения данных, используемые для создания, изменения и удаления объектов базы данных: таблиц, столбцов, индексов и других элементов структуры. Они формируют архитектуру базы и позволяют гибко управлять её схемой.

➡️ SQL Ready | #шпора

15 549

Знаете, зачем вас набирают в Телеграме или ВК незнакомые номера? Посмотрите видео выше — насколько легко узнать IP-адрес любого юзера через звонок. Простых способов узнать о вас практически всё — сотни, и если вы хотите соблюдать хотя бы минимум сетевой гигиены — подпишитесь на @package_security. Это канал опытного айтишника, который расскажет вам всё об уловках хакеров/мошенников, а также поделится лайфхаками и инсайдами. @package_security — ваша анонимность скажет вам «спасибо».

15 549

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

Anonymous voting

15 549

🖥 UPSERT — вставка и обновление в одном запросе! insert ... on conflict позволяет вставить данные и одновременно обработать дубликаты без дополнительных проверок. Если запись уже существует, то выполняется обновление, если нет - добавляется новая. Сегодня в посте:

• Как работает on conflict и псевдотаблица excluded; • Как обновлять только изменившиеся поля; • Как писать лаконичные и надёжные операции без лишних запросов.

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

15 549

🔥 Дедлайн — 21 октября 🔥 Оформи заявку на Хакатон ИТ-холдинга Т1 сегодня и поборись за призовой фонд 800 000₽ Финишная прямая: подай заявку на Хакатон Т1 Новосибирск. Реальные кейсы, рост и нетворкинг. Команды от 3 до 5 человек. Призовой фонд 800 000 ₽. Завершение регистраций — 21 октября, 23:59 НСК. Принять участие

15 549

TRANSACTION ISOLATION LEVEL — управление конкурентным доступом! Когда несколько транзакций работают с одними данными, возможны проблемы. Уровень изоляции определяет, насколько строго СУБД защищает данные от таких эффектов. Пример настройки перед транзакцией (зависит от СУБД):

SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
BEGIN;
SELECT * FROM accounts WHERE id = 1;

Основные Уровни: READ UNCOMMITTED — минимальная защита, возможны «грязные» чтения:

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

READ COMMITTED — предотвращает грязные чтения, но допускает неповторяемые и фантомные:

SET TRANSACTION ISOLATION LEVEL READ COMMITTED;

REPEATABLE READ — одни и те же строки возвращают одинаковые значения в рамках транзакции (поведение с фантомами зависит от СУБД):

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

SERIALIZABLE — максимальная изоляция: транзакции выполняются так, будто идут строго последовательно.

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

🔥 Правильный уровень изоляции обеспечивает предсказуемость и надёжность даже при высокой конкуренции. ➡️ SQL Ready | #практика

15 549

А ты давно чувствовал себя ЖИВЫМ? Полным идей и планов, энергией через край и радостью от мелочей? Вместо былого сгустка энергии остался только жалкий комок тревожности и апатии 😞 Ясное дело, не каждый вывезет столько задач и обязанностей, которые ты на себя взвалил! 📍 Если хочешь снова почувствовать драйв от работы и жизни со всеми ее плюшками, подписывайся на канал Ясность. Не волшебная кнопка, а четкие инструменты, которые помогут разобраться в своей голове, найти причины упаднического состояния и попрощаться с ним навсегда. ✓ Начать жить для себя, а не для галочки в списке достижений ✓ Радоваться жизни, а не только балансу на карте ✓ Гореть идеями, а не сгорать от груза задач Подпишись на @metaskills_center и начни с закрепа. Там тебя ждет мега полезное видео «3 первых шага, чтобы построить систему жизни, где есть радость, энергия и время для себя».

15 549

🖥 Индексы ускоряют запросы, но жрут место! Если таблица огромная, а фильтр почти всегда одинаковый — зачем индексировать всё подряд? Вместо обычного индекса создаём частичный (partial index):

CREATE INDEX ON orders (user_id)
WHERE status = 'pending';

Так индекс строится только для строк, где status = 'pending'. Остальные записи не попадают, база хранит меньше, ищет быстрее. Теперь этот запрос:

SELECT * FROM orders
WHERE status = 'pending' AND user_id = 42;

🔥 Применяйте partial index для активных заказов, незавершённых задач, непрочитанных сообщений. Там, где фильтр стабильно повторяется. ➡️ SQL Ready | #совет

15 549

🖥 SQL-лотерея: угадай число! Сегодня будем играть! База данных “задумывает” число от 1 до 10, а ты делаешь три попытки угадать его. В задаче:

• Используем RANDOM() и FLOOR() для генерации числа; • Проверяем догадки через CASE WHEN; • Добавляем счётчик успехов, чтобы узнать, повезло ли на этот раз.

Так SQL превращается в мини-игру с логикой, состоянием и элементом удачи. ➡️ SQL Ready | #задача

15 549

15 549