Альтернативы использованию SamAccountName для идентификации пользователя в записи базы данных - PullRequest
Новая
       12

Альтернативы использованию SamAccountName для идентификации пользователя в записи базы данных

1 голос
/ 29 ноября 2011

Мы используем много Active Directory для интеграции в наше внутреннее приложение.У нас часто есть поле типа «Отправлено», где мы в конечном итоге помещаем имя пользователя samAccountName.

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

Как вы справляетесь с ситуацией такого типа?

  • Используйте поле ObjectGuid?
  • Используйте читабельный пользовательскийполе в AD никогда не меняется?%%%
  • Я не должен беспокоиться об этом, так как samAccountName редко изменяется?
  • Другое ??

%%% Мы технически делаем это прямо сейчас.Я пытаюсь уйти от этого.Когда мы создаем нового пользователя, мы помещаем samAccountName в настраиваемое поле в AD.Это значение поля никогда не изменяется, даже если пользователь samAccountName изменяется.Я пытаюсь уйти от этого, так как это вызывает проблемы при переносе приложений в другие компании (приходится переписывать эту часть кода).Я хочу узнать, что делают другие люди.

1 Ответ

2 голосов
/ 30 ноября 2011

Я бы, вероятно, использовал objectGUID как лучший вариант; это значение не должно меняться вообще.

SID может быть другим вариантом, но он также может измениться, если пользователь перемещен в лес AD (по крайней мере, в этом случае старый SID будет доступен в атрибуте SidHistory этого пользователь)

...