alexeyvgKyvaldeniusпропущено...
тогда это используется SQL авторизация

так точка входа у всех одинаковая.Это и называется "логин зашит в код приложения". Даже если он зашит в конфиг или как то ещё.

Тогда только CONTEXT_INFO

Спасибо,
буду разбираться с CONTEXT_INFO я правильно он принимает значения вида

SET CONTEXT_INFO 0x01010101;

то есть записать "Admin" не получится только использовать тип binary или varbinary

МуМуВот воды налил автор топика. Вам уже все разжевали. Может windows NT аторизацию использовать , можете пользователя SQL создавать для каждого пользователя(есть еще апликейшин роли но вам это вряд ли понадобиться), можете в сервере приложения или чего там у вас писать в линковочную таблицу соответствие актуальное SPID - Пользователь каждый раз при смене контекста. В 1С например пишется в справочник(сами создайте) Пользователь с помощью ПриНачалеРаботыСистемы а в доп. поле @@spid прописывается автоматом, только еще времянку таблицу надо создавать что бы 1С контекст не переключала. В самописной системе я не знаю чего как у вас реализовано.

Вам уже все разжевали. Может windows NT аторизацию использовать , можете пользователя SQL создавать для каждого пользователя(есть еще апликейшин роли но вам это вряд ли понадобиться),--- это я описал в первом сообщении )

линковочную таблицу соответствие актуальное SPID - Пользователь каждый раз при смене контекста-- вот по этому и были/есть вопросы

например пишется в справочник(сами создайте) --- примеры кода скинул



Пользователь с помощью ПриНачалеРаботыСистемы а в доп. поле @@spid прописывается автоматом, только еще времянку таблицу надо создавать что бы 1С контекст не переключала..-----вот по большому мне это и надо но как это реализовать ? пример а не текст)


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

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

Ну не ленитесь - напишите. не понял к чему это ?

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

можете по подробней рассказать про "писать в линковочную таблицу соответствие актуальное SPID - Пользователь каждый раз при смене контекста"

invmKyvaldenius,

Вам ранее уже все было разжевано на другом форуме. Но, видимо, не доходит...

Для автоматического ведения журнала на стороне сервера должно быть известно соответствие сессии вашему псевдопользователю.
Не важно как будет это соответствие реализовано - через CONTEXT_INFO или через таблицу соответствий.
Важно, что актуализировать соответствие нужно каждый раз, когда SqlConnection переходит в состояние Opened .
И, опять же, не важно как это будет реализовано в вашем, уж простите за прямоту, говнокоде.

В конечно итоге, при вашем подходе и после реализации вышеописанного, получите выполнение этой актуализации при каждом чихе в сторону БД...

спасибо за комментарий

сильно сказано "говнокоде" можете подсказать пример/ссылку/статью о правильном коде ?? )

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

1) предлагать изменить язык программирования/ субд/ архитектуру приложения
2) изменить подход в данном случае к авторизации ( что интересно в другой ветке форума где спрашивал какой метод авторизации лучше использовать советовали "самописный" )
3) самое главное не читать ответы от создателя вопроса
4) описывать механизмы работы без какого либо материала ( так в голове придумывается сферический конь с которым все прекрасно работает)


отдельно спасибо alexeyvg и iap за самые адекватные ответы и ссылки на статьи

я не понимаю чем вызван мой вопрос "Варианты логирования изменения данных " такими бурными эмоциями

порой мне кажется что кол-во сообщений составляется из подобных ответов и ни какой конкретики

Гавриленко Сергей АлексеевичKyvaldenius,

Ну да, адекватные люди на вопрос "как и чем посильнее расшибить голову" обычно не кидаются советовать как именно и чем именно: все таки людям чаще свойственна эмпатия.

TaPaKKyvaldeniusот себя хочу добавить, заметил интересную особенность как отвечают на вопрос в подобных форумах хочу ими поделиться так как накипело

1) предлагать изменить язык программирования/ субд/ архитектуру приложения
2) изменить подход в данном случае к авторизации ( что интересно в другой ветке форума где спрашивал какой метод авторизации лучше использовать советовали "самописный" )
3) самое главное не читать ответы от создателя вопроса
4) описывать механизмы работы без какого либо материала ( так в голове придумывается сферический конь с которым все прекрасно работает)


отдельно спасибо alexeyvg и iap за самые адекватные ответы и ссылки на статьи
каждый кто приходит со своей нетленкой в итоге оставляет подобный перечень


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

1) предлагать изменить язык программирования/ субд/ архитектуру приложения .....

invmKyvaldeniusсильно сказано "говнокоде"Вещи названы своими именами.

1. Про using вам уже писали.
2. Помедитируйте над тем, как вы узнаете об ошибке, если таковая случится при выполнении cmd.ExecuteNonQuery(). Также поразмышляйте зачем, наряду с catch, есть еще и finally.



1. Про using вам уже писали.- то что conn.Close(); вручную а не само по средствам using?
2. не совсем понятно , ошибка попадает в блок catch записывается в логи и сообщает пользователю не понятно зачем finally или
не понимаю что в этом критичного, если можно по подробней

alexeyvgKyvaldeniusмне казалось что это обычный вопрос и тут сидят великие гуру которые точно делали подобное и подскажут как правильно построить данный механизмТут на самом деле попадаются люди, которые за несколько десятилетий много раз делали такую функциональность.
Но, во первых, исходная формулировка немного непонятна. То ли про темпоральные данные, то ли про логирование, то ли про авторизацию для коннекта к сиквелу, то ли про систему управления правами своих объектов...
Во вторых, так как есть частные вопросы, то на них даются ответы. Хотя эти вопросы (и, получается, ответы) не имеют отношения к топику. Это следствие п.1
В третьих, нету одного шаблона, высеченного в граните, такие задачи можно решать по разному. Поэтому разные советы. Впрочем, совет концептуально получился один - прямо передавать нужные данные (в данном случае идентификатор пользователя). Без всяких там "сопоставлений spid". Как передавать - от контекта, до обязательного параметра в процедурах, это у всех по разному.
invm2. Помедитируйте над тем, как вы узнаете об ошибке, если таковая случится при выполнении cmd.ExecuteNonQuery(). Также поразмышляйте зачем, наряду с catch, есть еще и finally.О, ужас, поубивал бы всех, кто тупо гасит ошибки!!!

согласен что по началу формулировка получилась путанной но как мне кажется если стоит вопрос о записи истории с указанием пользователя то явно с этим связанна авторизация ( о чем указал что авторизация самописная ) и ключевое это получить пользователя

"1)Создать собственные таблицы для управления авторизацией ( пользователи/ группы/ объекты) и продумать действия по работе сними ( шифрование пароля/ разделение прав/объектов)

+ все в твоих руках
- не понятно как быть с логированием данных: а именно с логином пользователя
то есть стандартные функции mssql будут показывать учетку / или имя входа в MS sql
приходится делать промежуточные таблицы где есть свои проблемы (Лог изменений данных)"