Lessyразные данные из второй таблицы и нужно снова записать во вторую, даже если они не обновились, а если обнповились, то как считать


а как ты вообще читаешь данные из таблицы?
вот забудь про свой триггер, и скажи, что ты делаешь, чтобы прочитать данные из таблицы "в общем" ?

теперь осознай, что у твоего триггера "особые отношения" есть только и исключительно с первой таблицей.

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

Lessy,

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

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

потому напиши в обычном SQL-редакторе самые обычные запросы, меняющие что тебе надо.
и при этом пометь для себя, откуда эти запросы берут данные.

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

Особенности триггера тебе нужно учитывать в самом конце, когда логику уже проработаешь и останется только применить специфику триггера.
А изначально начинать думать о мелких особенностях триггеров, вместо общей логики изменения БД - ты сам себя загнал в тупик и запутался.

Lessy,

в сервере нет переменных

в сервере есть только таблицы, в каждой таблице - много строк, в каждой строке - много столбцов.
У одного и того же столбца - разные значения в разных строках (и даже в одной строке, но разных транзакциях).

Так что всё-таки, что такое dev_id, где в базе данных она расположена ?

Или у тебя в базе дданных ее вообще не сузществует, а только в программе?
Тогда лучше всего меняй через stored procedures

Мимопроходящий,

И не надейся...

надейся, что это какой-нибудь безопасный production, а не запуск ответно-встречного

Lessyselect * from "действия пользователя", потом Update и снова заинсертить! так?

и вот тут ты получаешь ВСЮ таблицу, все строки из "действия пользователя"

у тебя шизофрния получается.

1. Кто-то изменяет таблицу "действия пользователя"
2. Кто-то изменяет таблицу-1
3. Таблица-1 изменяет "действия пользователя" ещё раз.

В итоге у тебя изменения в "действия пользователя" приходят с двух сторон, а если не повезет с транзакциями, если ты их плохо контролируешь, - то еще и в обратном порядке.

Стрёмная схема, честно говоря.

Лучше - если действительно так надо - делай либо Stored Procedure (она же "хранимка", она же "ХП"), которая получив параметры от программы будет менять обе таблицы.
Или делай на триггерах UPDATABLE VIEW, в котором будут все поля из таблицы-1 и кроме того поле dev_id и любые другие нужные поля из "действия пользователя".

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

Lessyдык я всю дорогу и спрашиваю ГДЕ???

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

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

В общем, "у нас тут своя амосфера", take it or leave it.
http://maddog.sitengine.ru/smart-question-ru.html