asm-msadev,

CQRS + Event Sourcing

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

Прям дыжявю: кривые грабля-решения уровня студента-первокурсника всё так же актуальны. Чувствую лет через 10 зайду и будет всё тоже самое: триггеры, временная таблица при соединении с айдишником пользователя...

no more comments!

handmadeFromRuhVosttasm-msadev,

CQRS + Event Sourcing
я все хочу это к себе и все никак( пока не могу доказать начальству и коллегам что это сделаешь жизнь проще, хотя может действительно так
п.с. первый раз узнал о таком от известного товарища бындю на местной конфе и загорелся

Я так скажу: не стоит ждать чьего-то Большого решения, чтобы затеять Великий рефакторинг. Начинаешь с малого, на не (очень) критичной части программного комплекса — это может маленький сервис или независимый модуль, где можно это начать использовать без ущерба. А может совсем отдельный небольшой проект. А потом оно само проникает глубже и глубже. К хорошему привыкаешь очень быстро.

Что могу сказать по существу, CQRS и Event Sourcing очень даже рулят и полностью решают огромный комплекс задач, связанных с историей (и вообще: что, кто, когда, в каком порядке, сложная бизнес-логика, сложнейшие отчёты по движению данных и т.д. и т.п.) Все эти триггеры, генерация данных в SaveChanges и прочие кривые костыли — детский сад, от слова совсем.