Всем привет! На этой неделе не оставлю Вас без задачи!

Даны две таблицы ORDERS (заказы) и ORDER_ITEMS (позиции заказов). Таблица ORDERS, имеет следующую структуру:
CREATE TABLE ORDERS (
ID INT(11) NOT NULL,
DATE_ORDER TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
ID_CLIENT INT(11) NOT NULL,
PRIMARY KEY (ID) USING BTREE
);

Таблица ORDER_ITEMS имеет структуру:
CREATE TABLE ORDER_ITEMS (
ID INT(11) NOT NULL,
ID_ORDER INT(11) NOT NULL,
ID_PRODUCT INT(11) NOT NULL DEFAULT '1',
AMOUNT INT(11) NOT NULL DEFAULT '1',
PRIMARY KEY (ID) USING BTREE,
INDEX indOrder (ID_ORDER) USING BTREE,
CONSTRAINT FK_ORDER_ITEMS_ORDERS1 FOREIGN KEY (ID_ORDER) REFERENCES ORDERS (ID) ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT FK_ORDER_ITEMS_ORDERS2 FOREIGN KEY (ID_PRODUCT) REFERENCES PRODUCTS (ID) ON UPDATE NO ACTION ON DELETE NO ACTION
);

Каждый заказ может иметь несколько позиций заказа (несколько строк в таблице ORDER_ITEMS). Столбец ID_PRODUCT указывает на товар позиции заказа, а в столбце AMOUNT хранится его количество (сколько штук товара взято в позицию заказа). Задача: написать запрос, выводящий номера заказов, где все позиции заказа имеют количество (значение в столбце AMOUNT) равным одному.

Решение, как всегда, попозже! Сначала попробуйте, пожалуйста, сами!

Спасибо всем за активное участие!

Задачи, похожие на предыдущую, удобно решать с помощью оператора ALL, который, в нашем примере, мог бы проверить что у всех позиций заказа количество такое-то, или, например, единица измерения всех позиций - килограммы.

Решение с помощью оператора ALL:

SELECT ID /* или любую другую информацию о заказах*/
FROM ORDERS
WHERE 1 = ALL (SELECT AMOUNT FROM ORDER_ITEMS WHERE ID_ORDER = ORDERS.ID)

Вот ещё одна классная задача по SQL (на примере СУБД PostgreSQL).

Таблица GOODS имеет структуру:
CREATE TABLE GOODS (
ARTICLE VARCHAR(20) NOT NULL PRIMARY KEY,
NAME VARCHAR(100) NOT NULL,
DATE_CREATE DATE DEFAULT CURRENT_DATE).

Хочу поделиться одним замечательным отзывом, который недавно получил от ученика после прохождения курса "Программирования в PL/SQL (ORACLE)":

Спасибо Вам большое за этот курс и возможность прокачать свои знания в PLSQL!
Курс оказался невероятно полезным и структурированным. Материал подается доступно, с практическими примерами, что позволяет легко усваивать даже сложные темы.
Особенно понравилось, что было много практических заданий, которые помогли закрепить теорию на практике.
После прохождения курса я чувствую себя гораздо увереннее в написании сложных SQL-запросов, работе с хранимыми процедурами и оптимизации кода.
Обязательно буду рекомендовать этот курс коллегам и друзьям!
Еще раз большое спасибо за ваш труд и качественное обучение!

Сергей, Вам спасибо, что обучались разработке в ORACLE со мной! Был очень рад пройти с Вами весь курс программирования!

Всем доброго понедельника!

В базе данных, помимо прочих, есть таблица PRODUCTS:
CREATE TABLE PRODUCTS (
ID INT PRIMARY KEY,
NAME VARCHAR(100) NOT NULL,
DESCRIPTION VARCHAR(300) NULL DEFAULT NULL);

и таблица PRICES_HIST:
CREATE TABLE PRICES_HIST (
ID_PRODUCT INT,
DATE_PRICE DATE,
VALUE_PRICE DECIMAL(10, 2),
PRIMARY KEY (ID_PRODUCT, DATE_PRICE),
CONSTRAINT FK1 FOREIGN KEY (ID_PRODUCT) REFERENCES PRODUCTS (ID)
)

Небольшой сборник задач на написание SQL-запросов (от простых к сложным). Ссылка на скачивание тестовой базы данных (PostgreSQL) в файле.

🚀 Стартует интенсив по SQL и PostgreSQL! 🚀
📅 3 мая | 👥 Группа до 10 человек | 🕘 По Сб и Вс в 9:00

🔹 10 насыщенных онлайн-занятий (с записями)
🔹 Максимум практики – работаем вместе, а не просто слушаем!
🔹 Закрытый Telegram-чат с материалами и поддержкой
🔹 Сертификат после завершения курса
🔹 Помощь с резюме для старта в профессии

💡 Идеально для тех, кто хочет:
✅ Освоить PostgreSQL с нуля
✅ Научиться писать эффективные запросы
✅ Получить реальные навыки для работы

📌 Успей записаться! Группа маленькая – места ограничены.
🔗 Подробнее: https://prime-soft.biz/courses/postgresql

Всем привет!

Предлагаю очередную задачу. В базе данных PostgreSQL, среди прочих, есть таблица выставленных счетов INVOICES:
CREATE TABLE INVOICES (
ID INTEGER GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
DATE_CREATE TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
ID_CLIENT INTEGER NOT NULL,
DESCRIPTION VARCHAR(300),
CONSTRAINT FK1 FOREIGN KEY (ID_CLIENT) REFERENCES CLIENTS(ID));

CREATE INDEX IND_INVOICES_DATE_CREATE ON INVOICES (DATE_CREATE);

В некотором отчёте АБС количество счетов, выставленных за текущий день формируется SQL запросом:
SELECT COUNT(*) COUNT_INV FROM INVOICES WHERE DATE(DATE_CREATE) = CURRENT_DATE.

Ещё одна небольшая задача с нашей табличкой GOODS (только попробуйте ответить неправильно 😉):
CREATE TABLE GOODS (
ARTICLE VARCHAR(20) NOT NULL PRIMARY KEY,
NAME VARCHAR(100) NOT NULL,
DATE_CREATE DATE DEFAULT CURRENT_DATE)

Таблица PAYMENTS определена следующим образом:
CREATE TABLE PAYMENTS (
ID NUMBER PRIMARY KEY,
DATE_PAY DATE DEFAULT SYSDATE,
AMOUNT NUMBER) и имеет данные:
ID DATE_PAY AMOUNT
1 22.04.2025 300
2 22.04.2025 150
3 23.04.2025 null

Всем привет!

Предлагаю небольшую задачу по SQL на тему оптимизации запросов и индексов. В базе данных есть таблица ORDERS, определенная так:

CREATE TABLE ORDERS (
ID INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
DATE_CREATE TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
USER_ID INT NOT NULL,
STATUS VARCHAR(20) NOT NULL
);

В таблице миллионы записей. Часто используется следующий запрос:
SELECT * FROM ORDERS WHERE USER_ID = 123 AND STATUS = 'completed';
При этом выполнение запроса занимает значительное время.

Всем доброе утро!

Есть таблица сессий TBL_SESSIONS:
ID DATE_ST DATE_EN
1 12.03.25 14.03.25
2 15.03.25 16.03.25
3 19.03.25 22.03.25

Как можно в команде SELECT при генерации данных в столбцы использовать значения других столбцов, не используя запросы из запросов и CTE.

Значения в некоторые столбцы могут формироваться сложным расчетами или подзапросами. Теперь представь, что при определённом получаемом значении в одном из таких столбцов, значение в соседнем столбце должно формировать по-другому, или даже своим подзапросом на основании полученного значения в предыдущем столбце. Как реализовать подобное, не прибегая к запросу из получаемой таблицы данных и не используя CTE?

В СУБД MySql и MariaDB есть пользовательские переменные (те, что с собачкой @), которые можно использовать прямо пока выводятся данные командой SELECT, строчка за строчкой. Посмотри:

SELECT t.*,
@id_table := (select ...) ID_TABLE,
(select count(*) from places where id_table = @id_table and is_busy = 0) COUNT_FREE_PLACES
FROM .....

В ПРЕДПОСЛЕДНИЙ(!) столбец формируется значение идентификатора некоторого столика ресторана.

В ПОСЛЕДНИЙ(!) столбец рассчитывается количество свободных мест того столика ресторана, идентификатор которого выведен в предыдущем столбце. В пользовательскую переменную @id_table будет положено некоторое значение, оно же и будет выведено в качестве данных этого столбца. В следующий столбец подзапрос получит данные, опираясь на значение этой переменной. Главное, чтобы эти столбцы формировать в указанном порядке. Сначала столбец, в результате расчёта которого получим значение в переменную, а затем столбец, который будет использовать значение этой переменной. Удобно и легко, да? И эта возможность - лишь верхушка айсберга возможностей использования пользовательских переменных!

В примере выше для каждой строки такой расчёт выводит данные независимо от предыдущей строки, так как в каждой новой строке переменная @id_table получает новое значение и по-новой выполняется подзапрос на основании её значения.

Ещё про пользовательские переменные я писал здесь: https://dzen.ru/a/Zcv6A63PZGDLYLHc