Пишем на SQL

У клиента с идентификатором 10 нет ни одного заказа. С каким значением с столбце ORDERS_CNT он отобразится в следующем запросе:

SELECT c.id, COUNT(*) ORDERS_CNT
FROM clients c
LEFT JOIN orders o
  ON o.client_id = c.id
GROUP BY c.id;

Как найти клиентов, у которых не было заказов? A: SELECT c.* FROM clients c JOIN orders o ON o.client_id = c.id WHERE o.id IS NULL; B: SELECT c.* FROM clients c LEFT JOIN orders o ON o.client_id = c.id WHERE o.id IS NULL; C: SELECT c.* FROM clients c RIGHT JOIN orders o ON o.client_id = c.id WHERE o.id IS NULL; D: SELECT c.* FROM clients c WHERE c.id IN ( SELECT client_id FROM orders );

Эту и другие интересные задачи порешаем на нашем трехдневном тренинге по SQL! Начинаем сегодня в 19:00. Будем заниматься через Zoom сегодня, в среду и пятницу (19:00 - 20:00). Записаться и оплатить участие можно здесь. Места ещё есть!

В таблице справочнике товаров добавили новый столбец current_amount для хранения текущего количества товаров. Теперь отбирать товары с остатками стало проще. Раньше требовалось по каждому товару суммировать все приходы и отнимать все расходы.

При выполнении SQL запроса из некоторой таблицы, оптимизатор может знать об индексе, который мог бы быть использован, но не использовать его. Если индекс указывает на большую часть строк таблицы (например, на треть или половину строк таблицы ), обращение к индексу может оказаться менее эффективным, чем полное сканирование таблицы. Поэтому наличие индекса ещё не гарантирует его использование. 😉 Оптимизатор сравнивает разные варианты выполнения запроса и выбирает тот, который, по его расчётам, будет наиболее быстрым.

Готовимся к новому учебному году! До конца этой недели в Курсах Прайм скидки на обучение SQL и PL/SQL! Весь курс по SQL и базам данных с нуля до профи за 6.900 р. Программа Купить Курс программирования в PL/SQL (ORACLE) за 8.900 р. Программа Купить И пакет курсов SQL + PL/SQL за 10.900 р. Купить пакет Всем хорошего начала учебного года! ☺️💐 #BackToSQL

Всем привет! Как насчет очередной задачки по SQL? 😎 В таблице rate_periods есть данные вида: id date_from date_to rate 1 09.02.2026 12.02.2026 4.1 2 13.02.2026 19.02.2026 4.1 3 20.02.2026 23.02.2026 4.2 4 24.02.2026 04.03.2026 4.3 5 05.03.2026 11.03.2026 4.31 6 15.03.2026 16.03.2026 4.31 7 17.03.2026 22.03.2026 4.31 8 23.03.2026 25.03.2026 4.31 Требуется написать запрос, который вывел бы периоды и действующие тарифы в этих периодах. Запрашиваются столбцы date_from, date_to и rate. Подряд идущие периоды (следующий период начинается сразу со следующего дня после окончания предыдущего периода) с одинаковым тарифом требуется объединить в один. В примере выше строки 1 и 2 должны объединиться в одну. Date_from общей строки будет 09.02.2026, а Date_to 19.02.2026. Также строки 6, 7 и 8 тоже должны объединиться в одну строку.

Быстрый способ заполнить коллекцию данными, полученными из SQL-запроса, — использовать BULK COLLECT. Например: declare type t_customer_list is table of number; l_customer_list t_customer_list := t_customer_list(); begin select distinct i.customer_id bulk collect into l_customer_list from ipdr i where i.start_time >= date '2026-01-01' and i.end_time < date '2026-02-01'; end; В результате все полученные CUSTOMER_ID будут загружены в коллекцию l_customer_list.

Методом Exchange Partition можно встроить целую таблицу в качестве партиции другой таблицы. То есть целая таблица А может стать частью большой таблицы Б. Встраиваемая таблица должна иметь такой же набор столбцов с совместимыми типами данных и характеристиками. При этом она не обязательно должна находиться в том же табличном пространстве. ⚡️ Exchange Partition не перемещает сами данные. Oracle фактически меняет местами сегмент таблицы и сегмент партиции, поэтому операция выполняется практически мгновенно даже для таблиц с десятками миллионов строк. 📊 Перед встраиванием таблицы желательно обновить её статистику. В Oracle это можно сделать с помощью DBMS_STATS.GATHER_TABLE_STATS. Статистика нужна оптимизатору, чтобы понимать объём данных и их распределение и на основании этого выбирать оптимальный план выполнения запросов. 🔗 Если на целевой таблице используются локальные индексы, то для успешного Exchange Partition на встраиваемой таблице должны быть соответствующие совместимые индексы. Именно поэтому Exchange Partition очень удобно использовать для быстрой загрузки больших объёмов данных в партиционированные таблицы.

Друзья, всем привет! На следующей неделе планирую провести онлайн-интенсив по параллельной обработке данных в ORACLE. Ещё есть места! Буду рад, если присоединитесь! Мы научимся: - эффективной многопоточной обработке данных; - пользоваться функционалом стандартного пакета DBMS_PARALLEL_EXECUTE; - организовывать расчет и быструю многопоточную загрузку данных в общую таблицу (без блокировок и ожиданий на чтение блоков данных); - применять сжатие данных в таблицах (этой информации очень мало в официальных источниках ORACLE, делюсь опытом разработчиков); - замерять использование ОЗУ, свопа и логов redo (их рост и своп); - настраивать режимы LOGGING/NOLOGGING для таблиц и индексов; - и расскажу про партиционирование таблиц и метод EXCHANGE. Трехдневный интенсив на следующей неделе проведу в пн, ср и пт (19:00 - 20:00). Всего три онлайн встречи по часу примерно. На интенсиве будет не только разбираться с возможностями ORACLE, но и все три урока делать проект по многопоточной агрегации большого объема данных. Стоимость 3.800 р. Обучаться будем через Zoom и уроки буду записывать (Вы сможете использовать записи для повторения материала). Ещё с меня поддержка и ответы на все вопросы! Записаться и оплатить участие

В таблице Payments есть высокоселективный составной индекс ind1 на столбцы (ID_CLIENT, DATE_PAYMENT). Есть два запроса: 1) select sum(AMOUNT) sum_amount, count(*) count_payments from Payments where ID_CLIENT = 33278 and DATE_PAYMENT = date '2026-02-11'; 2) select sum(AMOUNT) sum_amount, count(*) count_payments from Payments where DATE_PAYMENT = date '2026-02-11' and ID_CLIENT = 33278. Выберите правильное утверждение:

Всем хороших выходных! Тут небольшое видео как у нас проходит онлайн интенсив по SQL. PostgreSQL: https://youtu.be/JYR_2KL8jsc А ещё запись будет полезна тем, что только начинает свой путь в SQL и базах данных! Буду рад лайку!

👋 Всем привет! Пора отпусков подходит к концу! 😊 Надеюсь, вы отлично отдохнули, набрались сил и готовы к новому старту! 🚀 4 августа начинаем новый онлайн-интенсив «SQL + PostgreSQL: с нуля до профи»! 📚 Как будем обучаться? ✅ 2 раза в неделю — по вторникам и четвергам с 19:00 до 20:00 (всего 18 занятий); ✅ Обучение проходит в Zoom в небольших группах; ✅ На занятиях мы работаем вместе: пишем запросы, разбираем задачи и сразу закрепляем материал на практике, а не просто слушаем теорию; ✅ После каждых двух занятий — порция самостоятельных задач, чтобы поработать с базой данных самостоятельно. 💬 Все решения я проверяю лично: помогу разобраться в сложных моментах, улучшить запросы, найти и исправить не только явные, но и потенциальные ошибки. 🎥 Пропустили занятие? Не проблема! Все уроки записываются. Запись можно посмотреть позже в удобное время, догнать группу или использовать для повторения материала. 📝 После каждого урока вы получите краткий текстовый конспект, чтобы быстро освежить в памяти всё самое важное. 🏆 По окончании курса каждый участник получает сертификат. 📄 А если понадобится — помогу грамотно оформить резюме, чтобы выгодно представить ваши новые навыки работодателю. 🔥 Летняя стоимость обучения — всего 9 900 ₽ за весь курс! 🎁 И ещё скидка 1 000 ₽ при записи до 1 августа. 👉 Подробнее о курсе ✍️ Записаться и оплатить