Как узнать имя пользователя Axapta на SQL?

[Didukh84]

Всем привет.
Если совсем нетривиальная задача :-) :
нужно на SQL сервере получить имя пользователя акспаты, который выполняет, например, операцию вставки в определенной таблице. В Аксапте такое получается легко - curuserid(). А можно ли как то получить его в SQL сервере?
Заранее спасибо!

[miklenew]

Включите на таблице аудитное поле createdby(кто создал).

[sukhanchik]

Если у Вас 2-хуровневая конфигурация - то доступ к SQL Server осуществляется через ODBC и либо Windows-пользователя, либо SQL-пользователя. В этом случае (если Windows-аутенфикация) - информацию о пользователе можно получить штатным монитором (по кр. мере от SQL 2005 - про 2000 не помню). А вот если у Вас - 3-хуровневая - то в БД обращается только один пользователь и БД заведомо не знает кто "попросил" этого пользователя обратиться в БД. Все это относится к AX 3.0

[egorych]

Цитата:

Сообщение от sukhanchik

Если у Вас 2-хуровневая конфигурация - то доступ к SQL Server осуществляется через ODBC и либо Windows-пользователя, либо SQL-пользователя. В этом случае (если Windows-аутенфикация) - информацию о пользователе можно получить штатным монитором (по кр. мере от SQL 2005 - про 2000 не помню). А вот если у Вас - 3-хуровневая - то в БД обращается только один пользователь и БД заведомо не знает кто "попросил" этого пользователя обратиться в БД. Все это относится к AX 3.0

Я так думаю, имелся ввиду Аксаптовский пользователь, а не тот, под которым идет подключение к базе.
Если так, то совет miklenew ИМХО самый простой и надежный.

[sukhanchik]

Дык аксаптовский пользователь легко ассоциируется с Windows-пользователем.
А вот совет miklenew работает ТОЛЬКО для вставки записи, а не "например, для вставки записи". Плюс для того, чтобы воспользоваться его советом нужно будет на каждой исследуемой таблице включать свойство createBy (если его там нет).

Но конечно, если исследовать ТОЛЬКО вставку записи в одну конкретную таблицу - то предложенный вариант - проще.

[egorych]

Цитата:

Сообщение от sukhanchik

Дык аксаптовский пользователь легко ассоциируется с Windows-пользователем.

Ну это на 2-х уровнях! И то не факт - зависит от настройки подключения.

Цитата:

Сообщение от sukhanchik

А вот совет miklenew работает ТОЛЬКО для вставки записи, а не "например, для вставки записи". Плюс для того, чтобы воспользоваться его советом нужно будет на каждой исследуемой таблице включать свойство createBy (если его там нет).

Ну включить еще поле modifyedby - не думаю, что это сильно скажется на производительности.

[sukhanchik]

Цитата:

Сообщение от egorych

Ну это на 2-х уровнях!

А я как написал?

Цитата:

Сообщение от sukhanchik

Если у Вас 2-хуровневая конфигурация....

Цитата:

Сообщение от egorych

Ну включить еще поле modifyedby - не думаю, что это сильно скажется на производительности.

А я что-то говорил про производительность?

А потом modifiedBy позволит контролировать только операции обновления. А вот операции выборки или удаления в этом плане неконтролируемы (из SQL Server)

[ice]

Цитата:

Сообщение от Didukh84

А можно ли как то получить его в SQL сервере?

а зачем?

[greench]

2 Didukh84: так вам необходимо в целом знать кто что делал или на лету. Например, кто запустил какую-то тяжелую операцию или отчет?

Если да, то со стороны сервера БД узнать это практически невозможно, т.к. SID-ы меняются очень быстро и вот так просто вытянуть на стороне сервера имя пользователя Аксапты практически нереально. В принципе вы можете смотреть это из АХ, попробуйте переделать под свои нужды форму SysSQLBlockingMSSQL или SysSQLBlockingOracle

[greench]

Цитата:

Сообщение от ice

а зачем?

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

[sia]

По коду SPID. Его видно в запросе "Активные пользователи" и в списке процессов SQL

[ice]

Цитата:

Сообщение от greench

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

а этим пользователем оказывается фин директор

п.с и отчеты обычно не вставляют строки

[greench]

Цитата:

Сообщение от sia

По коду SPID. Его видно в запросе "Активные пользователи" и в списке процессов SQL

Не факт. SPID появляется только в момент активной транзакции. Т.е. пока вы посмотрите, потом переключитесь в Аксапту, этот SPID может быть присвоен уже другому пользователю. Шанс конечно есть успеть поймать, но он далеко не 100%

[ZVV]

Если речь конечно идет не про триггер на стороне БД, а на "посмотреть, кто это эту хрень запустил", то ответ вы найдёте здесь, уже обсуждалось...
Иначе, ответ был дан с самого начала...

[sukhanchik]

2ZVV: Там есть один мааленький нюанс, не отмеченный в статье. Hostname будет всегда сервером с АОС, а loginname - учетной записью пользователя, от имени которой запущен АОС.
Исключение будут составлять подключения вне DAX - типа запуски SQL Management Studio и т.д.

А вот в Oracle каким-то образом передается информация типа Form: Admin@LedgerTable - как объект, пославший запрос (DAX 4.0). Из этой информации несложно догадаться кто есть кто

[ZVV]

Цитата:

Сообщение от sukhanchik

2ZVV: Там есть один мааленький нюанс, не отмеченный в статье. Hostname будет всегда сервером с АОС, а loginname - учетной записью пользователя, от имени которой запущен АОС.
Исключение будут составлять подключения вне DAX - типа запуски SQL Management Studio и т.д.

Ну если дочитать до конца то:

Цитата:

Что имеем? SPID (номер процесса) и HOSTNAME (имя сервера AOS с которого пришла сессия). В моем случае - '52' и 'AEREMENK01'.

Теперь запускаем еще одну сессию Microsoft Dynamics AX и выбираем Администрирование | Активные пользователи в Главном меню:

Получаем, код и имя пользователя.
Дальше, звоним пользователю и спрашиваем зачем он это запускал

[ZVV]

Цитата:

Сообщение от sukhanchik

А вот в Oracle каким-то образом передается информация типа Form: Admin@LedgerTable - как объект, пославший запрос (DAX 4.0). Из этой информации несложно догадаться кто есть кто

В 2009 пробую, что-то не нахожу такого, куда смотреть? :-\

[Didukh84]

Цитата:

Сообщение от ice

а зачем?

есть системные таблицы, у которых не включены системные поля ( Поскольку таблицы системные, то возможности включить эти поля для них не представляет возможности . На SQL при вставке записи можно сгенерить заполнение этих полей (либо добавление записей в другую таблицу или БД)

Приложение в основном трехуровневое

[greench]

Боюсь у вас ничего не получится.

[sukhanchik]

Цитата:

Сообщение от ZVV

Ну если дочитать до конца то:

Дочитал. Согласен - пропустил фразу про имя сервера AOS. Но юзер-то все равно по SPID-у определяется.... который м.б. не определен