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

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

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

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

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

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 | #практика

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

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

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

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

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

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

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 | #совет

🖥 Создание и изменение структуры (DDL) В этой шпаргалке собраны основные команды языка определения данных, используемые для создания, изменения и удаления объектов базы данных: таблиц, столбцов, индексов и других элементов структуры. Они формируют архитектуру базы и позволяют гибко управлять её схемой. ➡️ SQL Ready | #шпора

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

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

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

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

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

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 | #практика

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

🖥 Индексы ускоряют запросы, но жрут место! Если таблица огромная, а фильтр почти всегда одинаковый — зачем индексировать всё подряд? Вместо обычного индекса создаём частичный (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 | #совет

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

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

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

👨👨👨👨👨👨👨👨👨👨 Каналы с Junior IT вакансиями и стажировками Подписывайся и забирай свой оффер 🤘 1. Стажировки и вакансии по России и миру 2. IT вакансии по СНГ 3. IT стажировки по СНГ 4. ИИ-ассистент для автооткликов 5. IT стажировки и волонтерства 6. IT стажировки в топовых компаниях мира 7. Удалённые IT вакансии и стажировки 8. Python вакансии и стажировки 9. БИГТЕХ вакансии и стажировки 10. Design вакансии и стажировки 11. QA вакансии и стажировки 12. Junior вакансии и стажировки 13. Frontend вакансии и вопросы собесов 14. Вакансии и стажировки для аналитиков 15. Вакансии в русских стартапах за границей 16. Вакансии и стажировки для DevOps 17. Вакансии, которых нет на ХХ.РУ