Хрен will be added

V503q:drop trigger accounts.upd_check!
Query OK, 0 rows affected (0.28 sec)

V503q:show tables!
+----------------+
| Tables_in_igor |
+----------------+
| accounts |
| qws |
+----------------+
2 rows in set (0.27 sec)

V503q:CREATE TRIGGER upd_check BEFORE UPDATE ON accounts FOR EACH ROW
-> BEGIN
-> IF NEW.amount < 0 THEN
-> SET NEW.amount = 0;
-> ELSEIF NEW.amount > 100 THEN
-> SET NEW.amount = 100;
-> END IF;
-> END;
-> !
Query OK, 0 rows affected (0.28 sec)

Хотя нормализацию я думаю вы еще помните, так что почитайте заодно про view.

Хрен Astron
V503q:CREATE TRIGGER upd_check BEFORE UPDATE ON accounts FOR EACH ROW
-> BEGIN
-> IF NEW.amount < 0 THEN
-> SET NEW.amount = 0;
-> ELSEIF NEW.amount > 100 THEN
-> SET NEW.amount = 100;
-> END IF;
-> END;
-> !
Query OK, 0 rows affected (0.28 sec)

Не вводите людей в заблуждение. Это всего лишь (как написано в документации)
Rudimentary support for triggers, для реальной работы это не годится. тем более что 5.0 еще бета.

Кстати причем тут нормализация?

Ну Вам, как специалисту по MySQL должно быть известно про выход версии 5.0.3, где есть достаточно корявая, соглашусь, но все же работающая поддержка триггеров. Для решения проблемы автора топика этой поддержки конечно же не хватит, так что я отвечал лично Вам. Не вводите людей в заблуждение :-) триггеры все-таки есть.
А по поводу нормализации - вы считаете что наличие физически хранимого вычислимого поля а БД, да еще в другой таблице, соответствует всем нормальным формам? Конечно же, я так плохо о Вас не думаю, вы один из тех на этом форуме, кто знает что MySQL это не подмножество PHP. Так что Вы безусловно понимаете, что решение проблемы автора топика все-таки не в триггерах, а в операторе типа
CREATE VIEW qqq AS SELECT field1,field2, field1*field2 as "my_cool_field" FROM table1;