МСУwinsky!МСУ, давайте без гвоздей. просто порассуждайте. представье, что используется только windows аутентификация, пользователь всегда известен в контексте запроса... чем плохо-то? аргументируйте.
аргумент - это плохо потому что плохо и где мои гвозди - не катит
Ок. Сейчас используется только windows аутентификация. Потом еще попросится формс аутентификация. Потом роли. Роли в базе храним. А потом хук с правой, выкинули MS SQL и купили Oracle. В случае с безопасностью уровня сервере приложений - нам пох. В твоем варианте задача не выполнимая.
я выше ответил :)

hVosttwinsky!с какого бодунища, простите? я же вам говорю, не пытайтесь сильно абстрагироваться - есть конткретно окружение, оно не изменится в обозримом будущем. в этом окружении и при описанном мною сценарии все работает просто прекрасно. это просто проверено. это НЕ универсальное решение. И, например, проектируя абсолютно новую систему, я бы врядли использовал такой подход. Но таки он имеет право на жизнь.
я просто противник абсолютизма. есть у триггеров ниша своя...

а, ну дык етить. работает и ладно. но права на жизнь он всё же не имеет
даже как минимум с экономической точки зрения. кто эти триггеры сопровождать будет?
и зачем козе баян, если без триггеров задачи прекрасно решаются?

задача реашается, если мы проектируем новую систему.
но. когда вот так:
есть база (базы) (MS SQL Server, никаких ораклов не будет никогда.) .
есть набор самых разных (технологически) приложений, у которых общее только - они подключаютсяк серверу БД чз вин аутентификацию.
нужно отслеживать изменения в некоторых таблицах.
что бы вы делали?

а кто-то с datawarehouse-ами работал?

МСУwinsky!сегодня, пятницо, кстати.
МСУ, какдила? :) я давно не заходил сюда...
Норм, виныч :) Вот, всё копашимся тут как видишь )) Как бизнес?
та никак... все наемник. недавно работу поменял вот

МСУwinsky!я выше ответил :)
Пойми, триггер - это костыль в архитектуре. Особенно, если бизнес логика у нас решается на стороне сервера приложений (только давай не будем поднимать тему по 2-tier ), как это делают нормальные пацаны :)
костыль. поэтому я и говорил, что оно и к бизнес логике не относится..

hVosttwinsky!задача реашается, если мы проектируем новую систему.
но. когда вот так:
есть база (базы) (MS SQL Server, никаких ораклов не будет никогда.) .
есть набор самых разных (технологически) приложений, у которых общее только - они подключаютсяк серверу БД чз вин аутентификацию.
нужно отслеживать изменения в некоторых таблицах.
что бы вы делали?

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

если же уже всё как-то сбито и работает (см. картинко выше), то лучше ничего не трогать. пусть как-нибудь доживает свой век.
приложения, некоторые, по крайней мере вы менять не можете, забыл сказать.

МСУwinsky!а кто-то с datawarehouse-ами работал?
Конечно. Какое они имеют отношение к теме?

вот предположим такое:

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

МСУwinsky!, датаварехаусы, кубы, меры, процессинг, ETL, всякие SSIS и прочие шалости - это отдельная тема. Которая, кстати, стоит особняком от продуктива. Там свои какашки. Вот пусть там и накручивают грабли уважаемые DBD :) та да, сейчас вспомнилось....

МСУwinsky!пропущено...

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