Помощь с созданием триггера

[Feers1de]

Доброго времени суток всем!

 

Язык SQL знаю поверхностно, а создавать триггеры - вовсе не умею. Прошу вашей помощи по созданию.

 

Имеется база данных products, в ней три таблицы - assembledcomponents (собранные компоненты), motherboards, processors, rams. В каждой таблице содержится первичный ключ, цена + тройка других ненужных столбцов. Первая таблица заполняется из остальных трёх (вручную).

 

Теперь суть триггера: Необходимо при каждой сборке полу-компьютера в таблице assembledcomponents суммировать цену (в поле Price) выбранных компонентов, взятых из других таблиц, в одно поле.

 

Постскриптум: Суть отразил, вроде, верно. Если возникнут вопросы - напишите.

Edited June 1, 2014 by Feers1de

[rus]

не совсем понятно как это происходит на странице?

т.е. юзер через селекты там, радиобаттон, либо чекбокс что-то делает, потом сабмитит и данные заносятся в бд?

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

[Feers1de]

Ну, всё это необходимо мне в СУБД phpmyadmin. И, да, на сайте тоже будет то, что Вы расписали.

 

То есть когда у меня имеется три последних заполненных таблицы (rams, motherboards, processors) с кучей (или по-одному на каждую) соответствующих компонентов\комплектующих - я могу заполнить четвёртую таблицу, данные в которой я заношу с помощью вышеперечисленных таблиц. Данные буду брать из первичных ключей.

[Switch74]

assembledcomponents - я так понимаю там будет записываться комплект сборки ссылающийся на motherboards, processors, rams через первичный ключ на выбранные комплектующие, так же наверно и количество. Нужно ли вам в эту таблицу записывать получившуюся стоимость?

 

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

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

3. если же вам нужно чтобы в assembledcomponents  хранилась история сборок, с ценами на время ее создания, то в процессе записи в эту таблицу делаем все тоже самое что и в пункте 2

Edited June 2, 2014 by Switch74

[Feers1de]

assembledcomponents - я так понимаю там будет записываться комплект сборки ссылающийся на motherboards, processors, rams через первичный ключ на выбранные комплектующие

Именно так.

так же наверно и количество. Нужно ли вам в эту таблицу записывать получившуюся стоимость?

В каждой таблице компоненты не будут дублироваться. Колонки "количество" у меня не присутствует. По поводу стоимости - вроде этого и добивался, если я Вас правильно понял.

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

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

3. если же вам нужно чтобы в assembledcomponents  хранилась история сборок, с ценами на время ее создания, то в процессе записи в эту таблицу делаем все тоже самое что и в пункте 2

1. Цену комплектующих я планирую менять, да. Стоимость сборки неплохо бы было обновить. Такое возможно?

2. Хм... На первом плане стоит база данных. То есть все операции с данными необходимо выполнять непосредственно в базе данных. Сайт - лишь дополнительное средство.

3. Историю сборок не планирую хранить. Правда тут не совсем понял.

[Switch74]

так же наверно и количество. Нужно ли вам в эту таблицу записывать получившуюся стоимость?

В каждой таблице компоненты не будут дублироваться. Колонки "количество" у меня не присутствует. По поводу стоимости - вроде этого и добивался, если я Вас правильно понял.

смотрите, есть например материнки поддерживающие более 1 процессора и планок памяти (rams я так понимаю это они и есть), и если в сборке будет что-то подобное, то возможно есть смысл указывать количество и получится расчет стоимости исходя из этих данных сумма = ценаMB х 1 + ценаCPU х 2 + ценаRAM х 2

1. чтобы потом обновлять стоимость сборок, придется создавать лишний запрос, который с ростом таблицы assembledcomponents будет выполняться все дольше и дольше. На мой взгляд это бессмысленный ход, но сделать можно

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

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

Edited June 2, 2014 by Switch74

[Feers1de]

Switch74, голова моя отказывается работать... :0

 

Может такой случай и будет, но его не стоит учитывать. Так как, во-первых, делаю я это для преподавателя, а не, напишем, для какого-то проекта; во-вторых, времени до окончания сдачи работы у меня крайне мало.

 

1. Количество строк в таблице особо не будет возрастать. Максимум 3-5 шт.

2. Скорее всего так и сделаю. Буду делать вычисления непосредственно на уровне сервера. И, кстати, у меня имеются вопросы по созданию связей между таблицами. Я их отдельно распишу.

3. Такое тоже не предполагается. Это лишь усложняет работу, на которую никто смотреть не будет. Но в чём-то Вы правы - если что-то делать, то с умом. Но, опять же, времени у меня в обрез. Потому что я двоечник и первые две недели потратил как раз таки на усложнение. Хотел создать чуть ли не проект. Когда понял, что необходимо много времени и знаний, - понял, что я бессилен.

Теперь вопрос касательно связей.

 

Имею phpmyadmin версии 4.2.2. Вы ведь всё ещё помните суть моей базы данных? Необходимо, чтобы в assembledcomponents при создании "сборки"\строки данные в последних трёх столбцах брались из последних трёх соответствующих таблиц (из первичных ключей). Это, вроде как, я сделал.

 

Но возникла небольшая проблема:

 

После создания "сборки"\строки в assembledcomponents я отредактировал в таблице processors одну из ячеек первичного ключа, которая уже используется в "сборке". В таблице сборок в созданной мной строке должны ли обновиться данные? Те, которые были затронуты.

[Switch74]

если я правильно понял у вас что-то вроде такого должно получиться:

assembledcomponents

id|motherboards|processors|rams

1|1|1|1

motherboards

id|name|price

1|MB...|2000

processors

id|name|price

1|CPU...|5000

rams

id|name|price

1|RAM|1500

 

получается у нас есть комплектующие и сборка из них, в сборке указываются id данных комплектующих из соответствующих таблиц, если вы измените данные комплектующих например name или price ваша сборка автоматически должна будет иметь обновленные данные. Но вот id трогать запрещено

[Feers1de]

Именно так. Но только у меня первичные ключи в последних трёх таблицах - не id (с использованием auto_increment), а MotherboardName, ProcessorName, PartNumber (из rams).

[Switch74]

я бы посоветовал вам использовать id с auto_increment, в большинстве случаев это выгодно, но судя по всему изменив ваш первичный ключ, вы нарушили связи и сборка будет не корректная уже

[Feers1de]

Теперь вопрос касательно связей.

Имею phpmyadmin версии 4.2.2. Вы ведь всё ещё помните суть моей базы данных? Необходимо, чтобы в assembledcomponents при создании "сборки"\строки данные в последних трёх столбцах брались из последних трёх соответствующих таблиц (из первичных ключей). Это, вроде как, я сделал.

Но возникла небольшая проблема: После создания "сборки"\строки в assembledcomponents я отредактировал в таблице processors одну из ячеек первичного ключа, которая уже используется в "сборке". В таблице сборок в созданной мной строке должны ли обновиться данные? Те, которые были затронуты.

Наверное, не заметили. Этот вопрос меня тоже волнует.

 

Иии ещё вопрос.

 

Имеется PHP переменная:

$sqltorams = "Insert into rams (PartNumber, FormFactor, Type, RAMPrice) Values('{$PartNumber}', '{$FormFactor}', '{$Type}', '{$RAMPrice}');";

И следующие строки PHP кода:

mysql_query($sqltorams);if (mysql_query($sqltorams) == false){   echo "Данные успешно добавлены.";}else if (mysql_query($sqltorams) == TRUE){   die ("Данные не добавлены. Возникла ошибка.");}

И тут я не понял. Почему mysql_query при удачном (то есть данные были добавлены в базу данных) исполнении возвращает false, а при неудачном (когда данные не были добавлены в базу данных) - true? Читал документацию на официальном сайте. Там всё совсем наоборот.

Edited June 2, 2014 by Feers1de

[Switch74]

на сколько я помню true - выполнено false ошибка

[CoDy]

Есть замечательный фри инструмент для работы с БД: DevArt DBForge studio for MySQL. Там можно делать ОЧЕНЬ многое, для меня стал крайне незаменимым инструментом. Если дадите схему БД - напишу вам триггер(даже 2, нужно вешать триггер на UPDATE и на INSERT).

Но прежде убедитесь, что вам хостер разрешает пользовать триггеры(бывали ситуации, когда хостер не давал пользовать триггеры)

Вот вам шаблон(это шаблон, а не готовые триггеры, без правок он работать он не будет ):

таблица - замените на имя таблицы для которой создается,

подправить имена полей и добавить запросы ко всем нужным таблицам.

DELIMITER $$DROP TRIGGER IF EXISTS trg_BI_таблица$$CREATETRIGGER trg_BI_таблицаBEFORE INSERTON таблицаFOR EACH ROWBEGINDECLARE sum1,sum2,sum3 integer UNSIGNED DEFAULT 0;-- Выборка значения из интересующей таблицы в переменную.SELECT поле INTO sum1 FROM таблица WHERE улюч_таблицы = NEW.ключ LIMIT 1;-- Через NEW.имя_поля доступны все значения, которые будут записаны, их можно переопределить.SET NEW.поле := sum1 + sum2 + sum3;END$$DROP TRIGGER IF EXISTS trg_BU_rooms$$CREATETRIGGER trg_BU_roomsBEFORE UPDATEON roomsFOR EACH ROWBEGINDECLARE sum1,sum2,sum3 integer UNSIGNED DEFAULT 0;-- Выборка значения из интересующей таблицы в переменную.SELECT поле INTO sum1 FROM таблица WHERE улюч_таблицы = NEW.ключ LIMIT 1;-- Через NEW.имя_поля доступны все значения, которые будут записаны, их можно переопределить.SET NEW.поле := sum1 + sum2 + sum3;END$$DELIMITER ;

[Feers1de]

К сожалению, помощь не требуется. Огромное спасибо всем за помощь.

А DevArt DBForge studio for MySQL - я воспользуюсь. Взял на заметку эту программу. Хостера у меня нету. Сервер стоит на локальном компьютере.