всем привет.
есть таблица company с полями update_time и end_register (ну и разных других)
создал триггер

CREATE TRIGGER `history_tr` AFTER UPDATE ON `company`
FOR EACH ROW BEGIN

INSERT INTO `company_history` SET company_id = OLD.id, reg_date = OLD.end_register,  upd_date = OLD.update_time, action = 1,  date = CURRENT_TIMESTAMP()

который сохраняет историю действий

проблема в том, что когда обновляется поле например update_time поле end_register остается не измененным но все равно записывается (понято)

вопрос: как создать в данном случае условие плана ЕСЛИ обновляется update_time ТО action = 1
а ЕСЛИ обновляется end_register ТО action = 2

(ну или как то различать эти два события)

 BEGIN
     IF NEW.update_time <> OLD.update_time 
        THEN
          SET NEW.action= 1;     
     ELSEIF NEW.end_register <> OLD.end_register  
         THEN 
           SET NEW.action= 2;     
     END IF;
  END

Используем теперь new.action,вместо old.action

спасибо.
не могу только с синтаксисом разобраться :(
как правильно писать в запрос IF THEN в эту строку?

INSERT INTO `company_history` SET company_id = OLD.id, reg_date = OLD.end_register,  upd_date = OLD.update_time, action = 1,  date = CURRENT_TIMESTAMP()

В логическом блоке BEGIN.. END.

Oyeme
у тебя там ошибка в elseif

ОТ
Нахожу триггеры опассной штукой. База созданна для храненние данных, а не для того, чтоб вней дополнительно логику искали. Все что связанно с логикой, я хочу видеть в программном коде. Это сугубо мое персональное мнение.

_____________
↓↓↓↓↓↓↓↓↓↓
ответ может быть здесь
или в mysql_error();

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

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


edit: для администрации Бд против фнкций и тригеров не затрагивающих основную программу не чего неимею.


_____________
↓↓↓↓↓↓↓↓↓↓
ответ может быть здесь
или в mysql_error();

SlavaFr - извини, но ты не прав Чтобы никто ничего лишнего не писал, имеются права доступа (чтения/записи) к таблицам, триггерам и другим объектам. Раздай их правильно и не будет проблем. И твоя фобия сразу же уйдет "в никуда"

Их, т.е. права доступа, для того и придумали, чтобы разделять полномочия (== уменьшать количество ненужной головной боли).

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

philya- вопрос не в том, что трудно это в пхп или не трудно. А в том, что каждый инсирумент нужно использовать максимально эффективно. Для того, для чего оно сделано.

Насчет тех же триггеров. Допустим, ты можешь давать команду вставки данных из разных скриптов. Да еще, плюс к этому у тебя несколько программеров пишут эти скрипты, каждый свой. А тебе надо при вставке каждой строки выполнить какое-то действие. Как это сделать? Объяснить каждому программеру необходимость этих телодвижений, потом проконтролировать? Или проще сделать триггер? На мой взгляд, вопрос риторический.
И, по-моему, триггеров боятся только те, кто не умеет работать с БД Я таким бы посоветовал побороть ссвои фобии и получше изучит возможности БД.

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)