Как узнать имя пользователя Axapta на SQL? - DAX: Программирование

Didukh84 · 16.11.2009, 19:35

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

miklenew · 16.11.2009, 19:54

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

**sukhanchik** · 16.11.2009, 22:35

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

egorych · 17.11.2009, 09:34

Цитата:

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

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

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

**sukhanchik** · 17.11.2009, 09:58

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

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

egorych · 17.11.2009, 10:07

Цитата:

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

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

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

Цитата:

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

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

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

**sukhanchik** · 17.11.2009, 10:17

Цитата:

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

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

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

Цитата:

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

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

Цитата:

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

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

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

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

ice · 17.11.2009, 10:18

Цитата:

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

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

а зачем?

greench · 17.11.2009, 10:24

Цитата:

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

а зачем?

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

ice · 17.11.2009, 10:37

Цитата:

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

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

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

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

Didukh84 · 17.11.2009, 11:39

Цитата:

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

а зачем?

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

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

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

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

greench · 17.11.2009, 11:41

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

Didukh84 · 17.11.2009, 12:13

Цитата:

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

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

интуитивно я догадывался, что врятли, но хочется услышать мнения других :-))
Хотя мне кажется, что если держать какое-то подключение к АОС, в режиме "мониторинга", то можно как-то узнать... Хотя затраты по времени, возможно, окажуться критическими.

**sukhanchik** · 17.11.2009, 12:37

Цитата:

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

Хотя мне кажется, что если держать какое-то подключение к АОС, в режиме "мониторинга", то можно как-то узнать...

А смысл? Это тоже самое что зайти с помощью монитора активности (Activity Monitor) в самом SQL Server

greench · 17.11.2009, 10:21

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

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

sia · 17.11.2009, 10:35

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

greench · 17.11.2009, 10:38

Цитата:

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

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

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

ZVV · 17.11.2009, 10:49

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

AlGol · 17.11.2009, 15:54

Цитата:

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

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

Все так, не соглашусь только с шансами на успех.
Как правило, хватает времени чтобы отловить товарища с особо напряжными транзакциями.

**sukhanchik** · 17.11.2009, 11:20

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

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

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Как узнать имя формы	CasperSKY	DAX: Программирование	5	11.03.2008 09:38
aEremenko: Как сопоставить пользователя DAX и сессию в Microsoft SQL?	Blog bot	DAX Blogs	2	04.10.2007 20:08
Axapta SP3 и Sql 2005 каких ожидать проблем	mike1	DAX: Администрирование	1	30.11.2006 17:38
mazzy: Сравнительное тестирование производительности Microsoft Axapta v.3.0. CУБД Microsoft SQL Server 2005 и Microsoft SQL Server 2000	Blog bot	DAX Blogs	0	28.10.2006 17:22
Введение в Аксапту	Роман Кошелев	DAX: Прочие вопросы	0	18.12.2001 14:00