DELIMITER //
CREATE TRIGGER `add_ten_percent` AFTER UPDATE ON `users`
FOR EACH ROW BEGIN
   UPDATE 
   		`users`
   SET
    	`money` = (`money`+`money`/10)
   WHERE 
   		`id` = NEW.`referer`;
END

Пишу тайкой триггер. Суть в чем: чтоб при добавлении юзером денег, у его реферера сумма увеличивалась на 10 процентов от внесенных средств.
Но у меня так не работат.
Фишка в том, что `money` = (`money`+`money`/10) сюда подставляеться значение из именяемой строки (т.е. не реферера, а текущего юзера), как и сюда `id` = NEW.`referer`; . Что я делаю не так?

Как минимум с логикой проблемы.
Даже то, что пытаешься начислить (неважно кому) 10% от уже имеющейся у него суммы (а не от внесенной пользователем):

`money` = (`money`+`money`/10)

_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api

T1grOK
Согласен. Под конец дня уже замахался и туплю.
Так как решить проблему?

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

_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации

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

Guest, chee - естественно, что триггеры надо использовать не потому, что они есть, а там, где они нужны.
Но у меня с вами, похоже, очень сильно отличается восприятие того, где они нужны Потому что я уверен, что в БД можно и нужно передавать часть логики приложения, которая хорошо и удобно реализуется в БД. Кроме всего прочего, это быстрее получается. Также можно быть уверенным, что всё будет сделано правильно - особенно в случае, когда над проектом работают много разработчиков. И кто-то где-то может забыть (или не знать), что после таких-то действий надо еще сделать то-то и то-то. А если это реализовано в БД, то им об этом и знать не надо. А уж если разные приложения "вдруг" обращаются к одной и той же БД, то тут уж без обработки данных в БД вообще никак не обойдешься.

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

PS. Видел тут одну вакансию... Предлагали делать веб-страницу + приложение для мобилы, с использованием Постгре, с реализацией всей логики приложения на стороне БД. За очень хорошие бабки предлагали работать Я им отправил резюме. Не ответили. На странице компании нашел имена и фото людей, нашел их ВКонтакте. Пообщались. Я так и не понял, чем я им не подошел. И не знаю, нашли ли они кого-нибудь другого.

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

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

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

sergeiss, я тебя понимаю, но ты втираешь какую-то дичь. Я понимаю "что ты увидел, что шалаши из говна и палок строятся довольно быстро, но это не означает, что такие калаши это кашерные здания и в них возможно удобно жить".

_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации