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

🖥 Аналитические (оконные) функции Oracle! В этой шпаргалке собраны основные оконные функции Oracle SQL, применяемые для аналитики, ранжирования и работы с порядком строк без свёртки данных. Они вычисляют значения в контексте "окна" — набора строк, связанных с текущей строкой. Это мощный инструмент для аналитических отчётов и сложных выборок. ➡️ SQL Ready | #шпора

🏆 Победители номинации «Лучшие IT-каналы» Мы собрали каналы, которые доказали: учиться можно интересно, эффективно и бесплатно. Здесь — тысячи реальных вопросов с собесов, курсов и материалов для тех, кто стремится стать профессионалом. Выбирай направление: 👩‍💻 C# 🤖 DS/ML 👩‍💻 C/C++ 😀 1C 👩‍💻 Java 👩‍💻 Python 🖥 PHP 🖥 Frontend 👣 Rust 👣 Golang 👩‍💻 Node.js 💻 DevOps 👩‍💻 QA 👩‍💻 Android 🖥 BA/SA 👩‍💻 Game Dev 👩‍💻 iOS 👨‍💻 Вакансии База обновляется еженедельно — всегда актуальные вопросы с последних собеседований, курсы и материалы. 📌 Подпишись, чтобы не потерять!

🖥 Covering Index — ускоряем запросы без изменения логики! Даже при наличии индекса SQL часто ходит в таблицу, чтобы добрать недостающие поля. INCLUDE решает это: добавляет нужные колонки в индекс и превращает Index Scan в Index Only Scan. Сегодня в посте:

• Как работает INCLUDE и почему это не дублирование; • Как проверить, что запрос действительно читает только индекс; • Где Covering Index даёт реальный прирост.

Производительность начинается не с кода, а с структуры индекса. ➡️ SQL Ready | #гайд

Миллионер-айтишник в 24 года? Знакомьтесь — это Влад, ему 24, и он программист без высшего образования.. IT и программирование — это ниша, которая никогда не умрет и в которой нет потолка ! ~ Думаешь это сложно? Я и тебя научу зарабатывать в IT и растить себя как высококлассного специалиста мирового уровня! Не веришь? Забирай бесплатные материалы в моем канале 👇 https://t.me/+y8aXUjB1nZAwZTI6

Выбираем уникальные записи с приоритетом по дате! Когда нужно взять по одной записи на пользователя, DISTINCT не всегда подходит: он не умеет выбирать, какая строка «главная». В PostgreSQL есть мощный приём — DISTINCT ON. Создадим таблицу:

CREATE TABLE users (
    id INT GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY,
    email TEXT NOT NULL,
    login_count INT,
    created_at TIMESTAMP DEFAULT now()
);

Добавим данные:

INSERT INTO users (email, login_count, created_at) VALUES
('alice@mail.com', 5, '2024-01-01'),
('alice@mail.com', 8, '2024-03-01'),
('bob@mail.com',   2, '2024-02-01');

Теперь выберем только последнюю запись на каждый email:

SELECT DISTINCT ON (email)
       email, login_count, created_at
FROM users
ORDER BY email, created_at DESC, id DESC;

Результат:

email           | login_count | created_at
----------------+--------------+----------
alice@mail.com  | 8            | 2024-03-01
bob@mail.com    | 2            | 2024-02-01

🔥 DISTINCT ON берёт по одной строке на группу, а ORDER BY задаёт, какая именно — последняя, первая или с нужным приоритетом. ➡️ SQL Ready | #практика

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

• Считаем количество живых соседей для каждой клетки; • Применяем правила “жизни” и получаем следующее поколение; • Наблюдаем, как база данных буквально оживает на глазах.

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

Если вы работаете в айти и не хотите вылететь с рынка через 3-4 года, развивайте софт-скиллы. Тимлиду не нужно уметь писать код – с этим лучше справляется его команда и даже нейронки, а вот грамотно менеджерить команду и выстраивать процессы – реально важный навык. Прокачивайте не только хард-скиллы, но и «гибкие» навыки — это то, что останется востребованным даже в эпоху ИИ. А если с головой нырять в обучение лень, читайте канал Тимлид на удалёнке. Там вся внутрянка от первого лица: как справляться с выгоранием, не терять фокус в условиях многозадачности и развить управленческие качества. С юмором, честно и без занудства. Почитайте на досуге, много нового узнаете: @teamleadonline

Ускоряй отчёты с материализованными представлениями! Когда отчёты считаются минутами, а данные почти не меняются, решение может быть в кэшировании результата. Используй материализованное представление (как VIEW, но результат хранится физически в таблице):

CREATE MATERIALIZED VIEW daily_stats AS
SELECT date(created_at) AS day,
       COUNT(*) AS total_orders
FROM orders
GROUP BY 1;

CREATE UNIQUE INDEX ON daily_stats(day);  -- нужно для CONCURRENTLY

Обновлять можно вручную или по расписанию (cron, pg_cron):

REFRESH MATERIALIZED VIEW_stats;

А если нужно без блокировок чтения:

REFRESH MATERIALIZED VIEW CONCURRENTLY daily_stats;

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

🖥 Partitioning — фундамент для больших таблиц! Партиционирование позволяет разбить данные по логике (дата, регион, тип) и ускорить работу без сложных трюков. Сегодня в посте:

• Как создать таблицу с RANGE-партициями; • Почему фильтры по ключу в разы ускоряют SELECT; • Как безопасно удалять старые данные за миллисекунды.

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

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

RANK vs DENSE_RANK: точное ранжирование в SQL! При создании рейтингов или аналитических сводок часто нужно определить позиции записей по показателю — с учётом повторов. Для этого используются оконные функции RANK() и DENSE_RANK(). Создадим таблицу с продажами:

CREATE TABLE sales (
  employee TEXT,
  total_sales INT
);

INSERT INTO sales VALUES
('Alice', 500),
('Bob', 700),
('Charlie', 700),
('Diana', 400);

Выполним ранжирование по сумме продаж:

SELECT employee,
       total_sales,
       RANK() OVER (ORDER BY total_sales DESC) AS rank_pos,
       DENSE_RANK() OVER (ORDER BY total_sales DESC) AS dense_rank_pos
FROM sales;

Результат:

employee | total_sales | rank_pos | dense_rank_pos
---------+--------------+----------+----------------
Bob      | 700          | 1        | 1
Charlie  | 700          | 1        | 1
Alice    | 500          | 3        | 2
Diana    | 400          | 4        | 3

🔥 Так что, RANK() пропускает позиции после повторов, а DENSE_RANK() идёт подряд, без «дыр» в нумерации. ➡️ SQL Ready | #практика

В Яндексе платят 300.000р, Сбер нуждается в инженерах, а в Тинькофф нехватка кадров «Бигтех по-русски» — место, где разработчики из крупных компаний рассказывают правду о работе мечты, зарплатах и жизни в IT. Присоединяйся: @bigtech

💅 InterDB — сайт про внутреннее устройство PostgreSQL! Если работаешь с базами и хочешь понимать, как Postgres устроен изнутри, этот сайт точно стоит внимания. Здесь подробно объясняется, как хранятся данные, работают индексы, транзакции и репликация. Всё показано на схемах и описано простым языком. 📌 Оставляю ссылочку: interdb.jp ➡️ SQL Ready | #ресурс

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

• Генерируем данные через GENERATE_SERIES() и RANDOM(); • Проверяем, сколько попыток оказались успешными; • Анализируем распределение “удачных” чисел по всем догадкам.

Игра помогает тестировать генераторы случайных значений, проверять равномерность распределений и моделировать тесты. ➡️ SQL Ready | #задача

🔥Прими участие в Хакатоне от ИТ-холдинга Т1 в Москве и поборись за призовой фонд 1 200 000 рублей! Когда: 25–28 ноября Формат: онлайн + финал на площадке Участвуй, если ты: 🔹обучаешься на технической или ИТ-специальности 🔹развиваешься в направлении разработки, системной администрации, AI/ML или DevOps 🔹сможешь быть в Москве 28 ноября. Выбери свой кейс:

✴️VibeCode Jam: собеседование будущего. Создай ИИ-платформу для прохождения технических собеседований с виртуальным интервьюером. ✴️Self-Deploy: CI/CD без DevOps. Автоматизируй генерацию CI/CD пайплайнов по анализу структуры Git-репозитория.

Почему стоит участвовать: 🔘Кейс в портфолио и полезная обратная связь от менторов Т1 🔘Шанс проявить себя, чтобы начать карьеру в одной из крупнейших ИТ-компаний 🔘Реальный опыт командной работы 🔘Мерч и атмосфера сильного комьюнити — в Т1 более 5 000 джунов из 580+ вузов России и Беларуси. Регистрация открыта! ➡️ Успей до 23 ноября по ссылке. Реклама. ООО "ГК "Иннотех" ИНН 9703073496 ERID 2VtzqxXvjVG

Covering Index — как реально ускорить SELECT! Даже с индексом СУБД может работать медленно — после поиска всё равно нужно обращаться к таблице за данными. Covering Index — это индекс, который уже содержит все данные, нужные запросу. Если запрос обращается только к колонкам, включённым в индекс — таблица может не читаться вовсе:

CREATE INDEX idx_orders_status_user
ON orders (status, user_id);

Теперь запрос:

SELECT user_id, status
FROM orders
WHERE status = 'pending';

Выполняется полностью из индекса — минимум I/O, максимум скорости. В PostgreSQL это видно как Index Only Scan в плане:

EXPLAIN ANALYZE SELECT ...

Работает только если строки помечены all-visible (visibility map). В MySQL аналог — Using index, в SQL Server — INCLUDE в индексе. 🔥 Не забывайте: больше индексов = больше места и медленнее вставки/обновления. ➡️ SQL Ready | #совет

🖥 Работа с геоданными в PostgreSQL (PostGIS) В этой шпаргалке — функции PostGIS для пространственного анализа: вычисление расстояний и площадей, определение пересечений и вложенности геометрий, создание буферов и экспорт в GeoJSON. Эти инструменты полноценной ГИС-платформой для хранения, обработки и анализа геоданных. ➡️ SQL Ready | #шпора