© EVILEG 2015-2018
Рекомендует хостинг
TIMEWEB
27 июля 2018 г. 13:31

Выборка данных из базы данных

SQL, PostgreSQL

Доброго времени суток!
Использую PostgreSQL.
Попробую объяснить вопрос на примере.
Есть таблица main_table с данными:
id         first_name                          name                          project                          proposal_count
1          Jon                                       Dow                          Qt                                                       1
1          Jeck                                     D                               SQL                                                    1
1          Jon                                       Dow                          Qt                                                       2
1          Jeck                                     D                               SQL                                                    1
1          Jon                                       Dow                          SQL                                                    1


Как можно получить выборку или создать новую таблицу следующего вида:

first_name                          name                         project                          all_proposal_count
Jon                                       Dow                          Qt                                                       3
Jeck                                     D                               SQL                                                    2
Jon                                       Dow                          SQL                                                   1

  • #
  • отредактировано28 июля 2018 г. 8:12
  • 28 июля 2018 г. 8:10

Нужное получил через GROUP BY и SUM().

Только второй вопрос возник, как к полученному добавить еще три колонки (пустые), чтобы получить такое:

first_name                          name                         project                          all_proposal_count                  department                date                   state
Jon                                       Dow                          Qt                                                       3
Jeck                                     D                               SQL                                                    2
Jon                                       Dow                          SQL                                                   1


К сожалению информации по этому вопросу нигде не могу найти.

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

Как бы SELECT из воздуха не делает дополнительные колонки, а те, которые получаются, они делаются из существующих колонок.
Если используете Qt для отображения, то можно иметь в самой модели данных дополнительные колонки, а потом, если требуется сохранения, то создавать необходимым запросом записи в таблице, где всё необходимое уже существует.
Просто я сколько занимаюсь сайтом, то подобной ситуации, как у вас за полтора года у меня не было. Может быть вам стоит подумать над архитектурой этой части проекта, возможно, что-то не так спроектировали, что вам в SELECT запросе требуется добавлять дополнительные колонки. Либо я не так понял и эти колонки уже существуют у вас в какой-то иной таблице.



Спасибо. Ввел в таблицу дополнительные колонки, получил такое:

SELECT order_number AS order_num, equipment AS equip_name, part AS part_name, SUM(otk) AS otk_finish, SUM(hours_count) AS time,
param, written_off, remainder, state
FROM main_table WHERE otk = quantity GROUP BY order_number, equipment, part, param, written_off, remainder, state

Только пока не понимаю как сохранить изменения в этих колонках
param (int), written_off (int), remainder (int), state (bool)
вернее куда это сохранять. Пользователь будет в
param
Вносить число, а остальные колонки будут автоматически вычисляться в зависимости от внесенного числа.
Программу пишу на Qt.

  • #
  • 28 июля 2018 г. 8:51

Вот как это выглядит в виде таблицы

Хреново то, что у вас там в двух колонках суммирование, то есть это по сути не является записью в базе данных... Это агрегированный результат SELECT выборки...

Может тогда немного иначе переделать структуру базы. Например добавить таблицу с колонками
order_num    sum_otk    sum_hours_count    param    written_off    remainder    state
Таким образом по номеру заказа то есть по order_num сможете связать две таблицы. Можно будет делать суммирование otk и hours_count, после чего записывать их во вторую таблицу, во вторую и третью колонку.
А в таблицу на Qt выводить уже готовый результат второй таблицы. Там будет обычный SELECT без суммирования. А сохранение можно будет делать через UPDATE запрос.
При этом запретить пользователю в программе на Qt редактировать сумм otk и времени.







  • #
  • 28 июля 2018 г. 9:26

Большое спасибо!
Я точно не знаю насколько правильно и нужно привязывать данные к order_number, без привязки к

equipment и part
Возможно их также нужно будет вносить в новую таблицу.

И такой вопрос: суммирование otk и hours_count, и запись их во вторую таблицу лучше делать в программе или в самой базе после записи данных в основную таблицу? (Возможно через триггерные функции.)

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

Например там сказано следующее про скорость работы сайта
  1. Самый быстрый вариант обработки данных средства базы данных,
  2. Далее работа языка Python
  3. А потом уже язык шаблонов
Так что я думаю, что если сможете реализовать на уровне БД, то лучше в ней.
Хотя триггерные функции могут оказаться несколько более сложным вариантом, да и без документировании информации о том, как работает БД в данном конкретном случае, можно попасть впросак в том плане, что если после вас кто-то будет поддерживать разработку программы, то для него может оказаться сюрпризом перерасчёт данных.
Также equipment и part можно вынести в другую таблицу, если можно обойтись только номером заказа, это скорее будет зависеть от того, несут ли те колонки важную информацию, по которой можно конкретизировать выборку, или они не влияют всё-таки на результат

Спасибо! Попробую подумать над реализацией без триггеров. возможно есть другие варианты.

  • #
  • отредактировано29 июля 2018 г. 14:35
  • 29 июля 2018 г. 14:34

Подумав решил сделать вторую таблицу account_table (возможно не правильно) с  полями
order_numb    equip_name    part_name    otk_finish    time    param    written_off    remainder    state
и перед загрузкой данных из этой таблицы в программе буду выполнять такой запрос:

INSERT INTO account_table (order_numb, equip_name, part_name, otk_finish, time)
SELECT order_number, equipment, part, SUM(otk), SUM(hours_count)
FROM main_table GROUP BY order_number, equipment, part;
то есть заполнять таблицу выборкой данных из main_table, и давать ее (account_table) для работы пользователю.
Только возник вопрос как можно предотвратить повторное копирование данных?
Я имею в виду что если в account_table уже есть строка с данными:
order_numb      equip_name      part_name       otk_finish            time
1                                        1                            1                            1                 4:35:00
то ее повторно не копировать.
  • #
  • 30 июля 2018 г. 7:57
Выдумал такое:
INSERT INTO account_table (order_numb, equip_name, part_name, otk_finish, time_sum)
SELECT order_number, equipment, part, SUM(otk), SUM(hours_count)
FROM main_table GROUP BY order_number, equipment, part
HAVING NOT EXISTS(SELECT order_numb, equip_name, part FROM account_table WHERE order_numb=order_number AND equip_name=equipment AND part_name=part);
Работает. Осталось только решить, что лучше: выполнять это в самой программе перед отображением account_table или после внесения данных в main_table выполнять триггерную функцю.
Что будет более правильным и не даст неожиданных "сюрпризов" в будущем?
я бы делал создание записи в таблице account_table с появлением первой записи в main_table о новом order_number, equipment, part.
а потом бы делал после обновления данных otk и hours_count обновление записи в account_table. Причём здесь будет достаточно просто обновить именно эти колонки, прибавив к ним данные из новой записи. Это было бы менее накладно, чем каждый раз суммировать данные из всей таблицы.
То есть  для записи (триггерная функция с запросом):
CREATE TRIGGER insert_Data
AFTER INSERT ON main_table
FOR ROW EXECUTE PROCEDURE insertData();

Содержимое:

INSERT INTO account_table (order_numb, equip_name, part_name, otk_finish, time_sum)
SELECT order_number, equipment, part, otk, hours_count
FROM main_table
WHERE NOT EXISTS(SELECT order_numb, equip_name, part FROM account_table WHERE order_numb=order_number AND equip_name=equipment AND part_name=part);

Вроде так (как запихнуть SQL запрос в функцию точно не помню).

А обновление:
CREATE TRIGGER update_Data
AFTER UPDATE ON main_table
FOR ROW EXECUTE PROCEDURE updateData();
UPDATE account_table
SET otk_finish, time_sum VALUE (..., ...)

А с запросом туго, пока не совсем понимаю, если можно пример?

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

Не совсем понял, насчёт запроса. Какого именно, чтобы вытянуть что-то конкретное? или этот UPDATE?
  • #
  • Ответ был помечен как решение
  • 30 июля 2018 г. 12:34
Спасибо огромное за помощь!
Подумал, что пользователь может еще захотеть и удалить данные и решил, что одними UPDATE и INSERT не обойтись и добавил реакцию на DELETE. Работает все корректно.
Если пригодится, вот рабочий код PostgreSQL:
CREATE OR REPLACE FUNCTION process_select_to_account()
RETURNS TRIGGER AS
$select_to$
BEGIN
IF (TG_OP = 'DELETE') THEN
DELETE FROM account_table WHERE order_numb = OLD.order_number AND part_name = OLD.part;
IF NOT FOUND THEN RETURN NULL; END IF;
RETURN OLD;
ELSEIF (TG_OP = 'INSERT') THEN
INSERT INTO account_table (order_numb, equip_name, part_name, otk_finish, time_sum)
VALUES (NEW.order_number, NEW.equipment, NEW.part, NEW.otk, NEW.hours_count);
RETURN NEW;
ELSIF (TG_OP = 'UPDATE') THEN
UPDATE account_table SET order_numb = NEW.order_number, equip_name = NEW.equipment, part_name = NEW.part,
otk_finish = NEW.otk, time_sum = NEW.hours_count
WHERE order_numb = OLD.order_number AND equip_name = OLD.equipment AND part_name = OLD.part AND
otk_finish = OLD.otk AND time_sum = OLD.hours_count;
RETURN NEW;
END IF;
RETURN NULL;
END;
$select_to$ LANGUAGE plpgsql;

CREATE TRIGGER select_to_acoount_table
BEFORE INSERT OR UPDATE OR DELETE ON main_table
FOR ROW EXECUTE PROCEDURE process_select_to_account();

Круто, круто... поздравляю

Вы не хотели бы поподробнее описать данное решение в виде статьи для раздела о PostgreSQL?
Крутого, здесь мало, бывает и хуже (к сожалению видел).
Статью могу подготовить с полным описанием поставленной задачи и ее решением, но только в соавторстве с Вами и под Вашей редакцией (опыта в написании статей нет).
Вопрос только куда текст скидывать, когда будет готов (думаю за завтра справлюсь)?
  • Arrow
  • #
  • отредактировано30 июля 2018 г. 13:16
  • 30 июля 2018 г. 13:15

Нашел раздел на сайте, выложу туда.

Как выложите, напишите мне в личку. Я посмотрю, что там, проведу редакцию и опубликую, если не будет дополнительных вопросов или дополнений.

Спасибо

Хорошо.

Ответы

Только авторизованные пользователи могут отвечать на форуме.
Пожалуйста, Авторизуйтесь или Зарегистрируйтесь
15 августа 2018 г. 19:02
Lord Inquisitoris

C++ - Тест 003. Условия и циклы

  • Результат 57баллов,
  • Очки рейтинга-2
15 августа 2018 г. 18:58
Lord Inquisitoris

C++ - Тест 005. Структуры и Классы

  • Результат 83баллов,
  • Очки рейтинга4
15 августа 2018 г. 9:29
Леха Завистович

C++ - Тест 001. Первая программа и типы данных

  • Результат 86баллов,
  • Очки рейтинга6
Последние комментарии
10 августа 2018 г. 13:40
Alex

Работа с триггерными функциями в PostgreSQL

Приветствую! Если вы создаете новую таблицу, почему бы просто не сделать вьюху ? Просто от одного названия "триггер" как-то не хочется его использовать, а уж кода сколько писа...
10 августа 2018 г. 11:46
Евгений Легоцкой

Bash скрипт для создания и скачивания дампа базы данных и медиа файлов с удаленного сервера

Вон оно что. Не сталкивался с таким, надо будет глянуть исходники дефолтного менеджера объектов. Возможно там кеширование просто. Пробовали добавить запись через adminer, перезапусти...
10 августа 2018 г. 11:34
Alex

Bash скрипт для создания и скачивания дампа базы данных и медиа файлов с удаленного сервера

допустим у нас есть любая таблица, созданная джангой. через админку добавляем пару записей. все ок. далее, лично в моем случае , я открываю adminer, и в эту таблицу добавляю еще одну зап...
Сейчас обсуждают на форуме
15 августа 2018 г. 14:06
Олег Корнев

Как подключить QtCharts в QML?

После некоторых манипуляций (переустановил креатор) смог запустить экземплы с использованием QtCharts, но все они работают с подключениями в файлах .pro .cpp, у меня таких файлов нет. Как...
14 августа 2018 г. 7:02
Ruslan-maniak

Переключение страниц и перевод фокуса на потомка новой страницы

Большое спасибо. Подтолкнули меня на мысль вынести обработку клавиш из PathView на всю страницу. И тогда - да, ваша подсказка работает. добавил в StackView onCurrentItemChanged: currentItem.fo...
14 августа 2018 г. 6:39
Евгений Легоцкой

Как сделать аудиовизуализацию для плеера на qt?

Добрый день. Просмотрите пример в Qt Creator, который на QML, там реализовано визуализация, возможно вам понравится использовать, QML, да и кастомные интерфейсы на нём всё-таки лучше...
11 августа 2018 г. 10:12
Евгений Легоцкой

Qt C++ vs QML

Добрый день. Если Андроид предполагается, то конечно нужно использовать QML. Я занимался разработкой арканоида на QML и ещё одной игры. Пытался реализовывать логику на QML, но это ...
11 августа 2018 г. 9:24
Евгений Легоцкой

Помогите со слоями

Проверочное сообщение

Рекомендуемые страницы