Генератор SQL запросов: ИИ-нейросеть для баз данных и таблиц онлайн

Прежде чем написать запрос, я уточню, что нужно дополнительно учитывать: столбец city из таблицы clients не требуется в результате, поэтому его можно не включать.

Теперь SQL-запрос для получения 10 клиентов с наибольшей суммой заказов за 2026 год:

SELECT 
    c.name,
    COUNT(o.id) AS order_count,
    SUM(o.total) AS total_sum
FROM 
    clients c
JOIN 
    orders o ON c.id = o.client_id
WHERE 
    o.created_at >= '2026-01-01' AND o.created_at < '2027-01-01'
GROUP BY 
    c.id, c.name
ORDER BY 
    total_sum DESC
LIMIT 10;

Объяснение:

• SELECT c.name, COUNT(o.id) AS order_count, SUM(o.total) AS total_sum: выбирает имя клиента, количество его заказов и сумму всех заказов.
• FROM clients c JOIN orders o ON c.id = o.client_id: выполняет соединение таблиц clients и orders по идентификатору клиента.
• WHERE o.created_at >= '2026-01-01' AND o.created_at < '2027-01-01': фильтрует заказы, созданные в 2026 году.
• GROUP BY c.id, c.name: группирует результаты по идентификатору и имени клиента.
• ORDER BY total_sum DESC: сортирует клиентов по сумме заказов в порядке убывания.
• LIMIT 10: ограничивает результат до 10 клиентов.

Ошибка возникает из-за того, что столбец o.created_at не включен в GROUP BY или не используется в агрегатной функции. Чтобы исправить запрос, нужно использовать функцию агрегирования для created_at, например, MAX.

Вот исправленный запрос:

SELECT c.name, MAX(o.created_at) AS last_order_date, SUM(o.total) AS total_orders
FROM clients c
JOIN orders o ON o.client_id = c.id
GROUP BY c.id, c.name;

• c.name: имя клиента из таблицы clients.
• MAX(o.created_at) AS last_order_date: дата последнего заказа клиента.
• SUM(o.total) AS total_orders: сумма заказов клиента.
• GROUP BY c.id, c.name: группировка по идентификатору и имени клиента для корректного выполнения агрегатных функций.

SELECT 
    DATE_FORMAT(created_at, '%Y-%m') AS month,
    SUM(total) AS revenue
FROM 
    orders
WHERE 
    created_at >= DATE_SUB(CURRENT_DATE, INTERVAL 12 MONTH)
GROUP BY 
    month
ORDER BY 
    month;

-- Тестовые данные
INSERT INTO orders (id, created_at, total, status) VALUES 
(1, '2022-10-15 10:00:00', 100.00, 'completed'),
(2, '2023-01-20 12:00:00', 150.50, 'completed'),
(3, '2023-03-10 14:30:00', 200.00, 'completed'),
(4, '2023-05-05 09:15:00', 250.75, 'completed'),
(5, '2023-08-22 16:45:00', 300.00, 'completed');

Для оптимизации вашего SQL-запроса я предлагаю создать индекс на столбец email и переписать запрос с использованием параметризированного значения. Это позволит PostgreSQL быстрее находить записи, соответствующие условиям.

Индекс

CREATE INDEX idx_orders_email ON orders (lower(email));

Переписанный запрос

SELECT *
FROM orders
WHERE lower(email) = LOWER($1)
ORDER BY created_at DESC;

Объяснение

1. Индекс: Индекс idx_orders_email на lower(email) позволит СУБД быстро искать строки, где электронная почта соответствует заданному значению. Это значительно ускоряет запрос, так как будет использоваться индекс вместо последовательного сканирования всей таблицы.
2. Переписанный запрос: Использование LOWER($1) вместо склейки строк позволяет избежать SQL-инъекций и повысить читаемость запроса. $1 — это параметр, который будет подставлен во время выполнения запроса.
3. План выполнения: С созданным индексом запрос будет использовать индексный поиск, что значительно сократит время выполнения и уменьшит нагрузку на систему.

Таким образом, индекс и переписанный запрос позволяют значительно ускорить выполнение операции поиска по электронной почте.

CREATE TABLE authors (
    id INTEGER PRIMARY KEY AUTOINCREMENT,
    name TEXT NOT NULL,
    UNIQUE(name)
);

CREATE TABLE genres (
    id INTEGER PRIMARY KEY AUTOINCREMENT,
    genre_name TEXT NOT NULL,
    UNIQUE(genre_name)
);

CREATE TABLE books (
    id INTEGER PRIMARY KEY AUTOINCREMENT,
    title TEXT NOT NULL,
    year INTEGER NOT NULL,
    genre_id INTEGER NOT NULL,
    FOREIGN KEY (genre_id) REFERENCES genres(id),
    INDEX (title)
);

CREATE TABLE friends (
    id INTEGER PRIMARY KEY AUTOINCREMENT,
    name TEXT NOT NULL,
    phone TEXT NOT NULL UNIQUE
);

CREATE TABLE book_loans (
    id INTEGER PRIMARY KEY AUTOINCREMENT,
    book_id INTEGER NOT NULL,
    friend_id INTEGER NOT NULL,
    loan_date DATE NOT NULL,
    return_date DATE,
    FOREIGN KEY (book_id) REFERENCES books(id),
    FOREIGN KEY (friend_id) REFERENCES friends(id),
    INDEX (loan_date)
);

-- Вставка данных
INSERT INTO authors (name) VALUES ('Автор 1'), ('Автор 2');
INSERT INTO genres (genre_name) VALUES ('Фантастика'), ('Драма');

INSERT INTO books (title, year, genre_id) VALUES 
('Книга 1', 2021, 1),
('Книга 2', 2020, 2);

INSERT INTO friends (name, phone) VALUES 
('Друг 1', '123-456-7890'),
('Друг 2', '987-654-3210');

INSERT INTO book_loans (book_id, friend_id, loan_date, return_date) VALUES 
(1, 1, '2023-01-01', '2023-01-10'),
(2, 2, '2023-02-01', NULL);

Пояснения:

1. Таблица authors: хранилище авторов книг. Поле id является первичным ключом, поле name уникально и не может быть пустым.
2. Таблица genres: хранилище жанров книг. Поле id - первичный ключ, genre_name уникально и не может быть пустым.
3. Таблица books: хранилище книг с указанием жанра. Поле id - первичный ключ, title и year обязательные поля. Связь с таблицей genres по genre_id.
4. Таблица friends: хранилище друзей, у которых можно взять книги. Поле id - первичный ключ, name и phone обязательные поля, при этом phone уникален.
5. Таблица book_loans: хранилище записей о займёных книгах. Поле id - первичный ключ, loan_date обязательно, return_date может быть пустым. Связь с таблицами books и friends по book_id и friend_id.
6. Вставка данных: демонстрирует заполнение таблиц примерами данных для проверки.

Ваш SQL-запрос вернёт 5 наиболее продаваемых товаров за последний месяц, показывая их названия и общее количество проданных единиц.

По частям:

1. FROM order_items i: Запрос начинает с таблицы order_items, которая имеет псевдоним i. Это основная таблица, из которой будут извлекаться данные.
2. JOIN products p ON p.id = i.product_id: Затем происходит соединение с таблицей products, имеющей псевдоним p. Соединение выполняется по полю id из products, которое должно совпадать с полем product_id из order_items. Это позволяет получить информацию о товарах, связанную с заказами.
3. WHERE i.created_at >= DATEADD(month, -1, GETDATE()): Затем устанавливается условие, ограничивающее выборку только теми заказами, которые были созданы в течение последнего месяца. DATEADD(month, -1, GETDATE()) возвращает дату, соответствующую одному месяцу назад от текущей даты.
4. GROUP BY p.name: После фильтрации данные группируются по названию товара (p.name). Это необходимо для вычисления суммы проданных единиц для каждого товара.
5. SUM(i.qty) AS sold: Для каждой группы (то есть для каждого товара) вычисляется сумма значений из столбца qty таблицы order_items (количество проданных единиц), и результату присваивается псевдоним sold.
6. ORDER BY sold DESC: Наконец, результаты сортируются по убыванию суммы проданных единиц, чтобы наиболее продаваемые товары оказались в начале списка.

Ошибка:

Запрос выглядит корректным с точки зрения синтаксиса и логики. Однако, если есть возможность, стоит убедиться, что столбец created_at в order_items действительно есть, иначе возникнет ошибка выполнения.