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

Эту базу можно высунуть хоть куда и дергать ее отовсюду

Микросервисы, йоптеть!

здравствуйте. подскажите как реализовать тригер на update...
в таблице 12 колонок и после обновления нужно узнать что поменялось и занести запись в таблицу с историей в которой есть поле «действие » в котором нужно написать какие колонки изменились ( если одна то ее название и старое значение, если несколько то через запятую и их старые значения. ) и дальше клон изменяемой таблицы и вставить измененные значения.

у меня такое ощущение, что это лучше делать на стороне по.

В триггере есть старая строка и новая строка. А дальше берёшь и сравниваешь попольно.

очень много условий получится с 12 колонок😅
похоже это плохая идея делать такую подробную историю

а если сделать только 12 то тригер только первый иф возьмет или дальше тоже прогонит ? если я изменю 1 и 8 колонку.

и в и тоге две строки получу

copy-past сломался?

Как ты напишешь, так он и сделает.

Может пригодится темпоральные таблицы для хранения истории:
https://docs.microsoft.com/ru-ru/sql/relational-databases/tables/creating-a-system-versioned-temporal-table?view=sql-server-ver15

Ну, технически, ты можешь перебрать поля скриптом в цикле, и анализировать изменения. Если поле в новой и старой версии различаются - то конкатенировать в строку. А по итогу, если строка длиннее нуля, записать её в таблицу аудита

вот это уже интересней) попробую реализовать

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

А выше что за фуу было тогда ?

Про много полей которое

есть такая штука называется cdc