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. Вакансии, которых нет на ХХ.РУ

🖥 ROWS vs RANGE, логика временной аналитики! Многие знают оконные функции, но редко задумываются: ROWS строит окна по количеству строк, RANGE — по значению (например, времени). Сегодня в посте:

• Как работает ROWS BETWEEN … - окно по строкам. • Как использовать RANGE BETWEEN INTERVAL … - окно по времени. • Пример: получаем максимум за последний час в каждом временном срезе.

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

3 дня. 60 откликов. 1 оффер. Очень интересный кейс произошёл у команды Софи — ии-ассистента для поиска работы. К ним в поддержку написала девушка, которая отписалась от продукта ещё месяц назад:

«Мне прислали оффер!»

Начали разбираться — оказывается, она пользовалась только 3 тестовыми днями. То есть за 3 дня ии-ассистент успел сделать 60 откликов. Потом она отписалась. А уже позже — из этих откликов её позвали на интервью, и одно из них привело к офферу.

«Оффер с той вакансии, куда я сама никогда бы не откликнулась.»

Изначально Аня отменила подписку, так как было дорого. Ребята честно спросили у Ани, считает ли она теперь, что подписка стоит своих денег — и получили утвердительный ответ. И в очередной раз убедились: пока ты боишься, Софи делает. В этом ее сила. Бесплатный доступ откроется уже 21 октября. Подписывайся, чтобы не пропустить ⏳

🖥 Обработка ошибок и исключений! В этой шпаргалке собраны приёмы для безопасного перехвата ошибок и управления транзакциями. Корректная обработка исключений делает систему устойчивой, предотвращает сбои и сохраняет целостность данных. ➡️ SQL Ready | #шпора

5 ФАТАЛЬНЫХ ОШИБОК В ГРАФИКАХ, КОТОРЫЕ ПОДРЫВАЮТ ДОВЕРИЕ К ВАШЕМУ АНАЛИЗУ Забирайте гайд с разбором основных ошибок в канале Сделай это красиво. Автор — Алексей Смагин, дата-журналист и аналитик Яндекса. ГАЙД ПОДОЙДЁТ: — аналитикам данных и продуктовым аналитикам — научным сотрудникам и исследователям — руководителям, которые работают с отчётностью — всем, кто делает презентации с графиками Умение анализировать — это круто. Но заказчики не видят вашу работу, они видят итоговые выводы. А от их оформления зависит, оценят ли результат. Научиться делать графики — это быстро и легко. Достаточно исключить базовые ошибки — и ваша инфографика сразу будет выглядеть профессиональнее. Подписывайтесь и забирайте гайд в закрепе: https://t.me/+Z43FxOPQHvAzNDE6

Рейтинг активности пользователей в SQL! Пример практического запроса для аналитики: определяем самых активных пользователей по количеству действий. Создаём таблицу:

CREATE TABLE actions (
  user_id INT,
  action_type TEXT
);

Добавляем данные:

INSERT INTO actions VALUES
(1, 'login'), (1, 'purchase'),
(2, 'login'), (2, 'comment'),
(3, 'login');

Считаем количество действий:

SELECT user_id, COUNT(*) AS total_actions
FROM actions
GROUP BY user_id
ORDER BY total_actions DESC;

Добавляем ранжирование:

SELECT
  user_id,
  COUNT(*) AS total_actions,
  RANK() OVER (ORDER BY COUNT(*) DESC) AS rank
FROM actions
GROUP BY user_id;

🔥 Простой способ построить лидерборд или отчет по вовлеченности. ➡️ SQL Ready | #практика

🖥 SQL-анализ «домашних» локаций пользователей! У каждого пользователя есть десятки отметок с координатами — по ним можно определить, где он бывает чаще всего. В этой задаче:

• Округлим координаты, чтобы объединить близкие точки; • Посчитаем частоту появлений по каждой зоне; • Найдём точку с максимальным количеством визитов — «дом».

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

Программисты из Telegram создали сильнейшие IT- каналы 🐍 Ghostly Python - автоматизируй всё, что можешь. Боты, скрипты, парсеры, утилиты - делаем Python простым и полезным. Уверенный старт для новичков и не только. ☕️ Easy Java - Java без боли. От основ до фреймворков. Просто, понятно и по делу. Если хочешь реально понять язык - тебе сюда. 😎 IT Syndicate - главный хаб для тех, кто живёт IT. GameDev, InfoSec, Frontend, DevOps, AI и многое другое. Готовь мозг, тут будет жарко. 🧡 Ghostly Frontend - фронтенд без лишнего шума. HTML, CSS, JavaScript, React, Vue — всё, что нужно, чтобы создавать быстрые и красивые интерфейсы.