Konst_One,

ну что вы тогда можете посоветовать ?
скажите например использовать windows authorization споров нет это легче или другие примеры ?

Konst_OneTaPaKпропущено...

а зачем вообще использовать spid для логирования, если пользователь уже определён

это к ТС вопрос, я тут не при делах.

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

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

Konst_OneKyvaldeniusKonst_One,

ну что вы тогда можете посоветовать ?
скажите например использовать windows authorization споров нет это легче или другие примеры ?

что у вас за приложение ASP.NET? используйте стандартный механизм identity

win forms

alexeyvgKyvaldeniusну что вы тогда можете посоветовать ?По исходной задаче:

KyvaldeniusКраткая задача:"Необходимо сделать историю изменений данных которая хранит сами данные действие время и пользователь который совершил действие"Можно посоветовать: пишите историю изменения данных, с указанием информации, кто, когда и где их поменял.

У вас же далее следуют какие то странные вопросы, spid, Windows, при чём тут это?

Просто пишите инфу в лог, и всё.
Kyvaldenius"поэтому использовать spid для логирования истории изменений конкретным юзером бессмысленно" по этому используется
@sspid, login, time (выше описано)sspid зачем?
Непонятно, как он относится к исходной задаче?

пишите историю изменения данных, с указанием информации, кто, когда и где их поменял.-- хорошо сказано


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

так как в триггер мы не можем передать параметр нам надо его выбрать из какойто сужествующей таблицы по средствам сравнения
@sspid ( и доп полей в чем как раз и проблема) пытаюсь определить текущего пользователя

alexeyvgKyvaldeniusдругой вариант не использовать тригер а передавать параметр пользователя но не хочется таскать его вездеПишите его всегда при коннекте в CONTEXT_INFO

интересный вариант,
"значение context_info, установленное для текущего сеанса или пакета либо полученное с помощью инструкции SET CONTEXT_INFO"


то есть при подключении к бд как писал выше к действию который делает пользователь (например update) добавлять еще одно действие а именно запись значения в CONTEXT_INFO а в тригерре это значение получать ?


правильно я понял?

Konst_OneKyvaldeniusпропущено...


win forms

https://lostechies.com/derickbailey/2011/05/24/dont-do-role-based-authorization-checks-do-activity-based-checks/
https://docs.microsoft.com/en-us/dotnet/framework/wcf/how-to-restrict-access-with-the-principalpermissionattribute-class

вы реально решили делать десктопные старые приложения на WindowsForms?


а в чем проблема ? чем они плохи ?

a_voroninKyvaldenius,

Можете поставить Вертику, там все по умолчанию темпорально. Или посмотреть, что такое якорная модель или data vault.


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

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


нет коннект не зашит в приложение.

как не говорю когда только об этом говорю и примеры кода скинул

Konst_OneKyvaldeniusпропущено...



а в чем проблема ? чем они плохи ?

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


правильно я вас понял это то очем я говорил как передавать параметр при соверешении действия ?

а чем win forms плохо ?

Konst_Oneсейчас лучше делать WEB-приложения , клиенты пишутся на любом доступном вам языке. backend делайте хоть на .NET Core 2

мне интересно ваше мнение,
давайте определимся в понятиях

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


то есть есть ли смысл для "не большого ПО" использовать TSQL, asp.net,razor, разметку страyицы, CSS, javascript
или только TSQL и С#

alexeyvgKyvaldeniusпропущено...

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

И тогда логирование решается просто, как я написал - "просто пишите записи в лог".


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

alexeyvgKyvaldeniusпропущено...
нет коннект не зашит в приложение.
Тогда в чём проблема?
Записываете при логировании логин, под которым пользователь залогинился в виндах.
Передавать его никуда не надо, он всегда доступен из SQL


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


так точка входа у всех одинаковая.