Хранение Windows SID в базе данных для поиска
Относительно того, реализован ли стек в аппаратных средствах, этот , статья Wikipedia могла бы помочь.
семейства процессоров Some, такие как x86, имеют специальные инструкции для управления стопкой в настоящее время выполняющегося потока. Другие семейства процессоров, включая PowerPC и MIPS, не имеют явной поддержки стека, но вместо этого полагаются на конвенцию и делегируют управление стеком к Двоичному интерфейсу приложений (ABI) операционной системы.
то, Что статья и другие это связывается с, могло бы быть полезно получить ощущение использования стека в процессорах.
2 ответа
Microsoft хранит идентификаторы безопасности как varbinary (85) в sys.server_principals
Это также уникальный столбец, поэтому он должен иметь индекс ...
Похоже, вы делаете это намного сложнее, чем должно быть. Для чего вам нужен SID или GUID? У вас уже есть уникальный, легко читаемый идентификатор учетной записи пользователя, поддерживаемой в ActiveDirectory.
Он называется «имя пользователя». Надеюсь, это то же имя пользователя, которое хранится в таблице «user» вашего приложения.
Ваше приложение просто должно знать, успешно ли это имя пользователя аутентифицировано с помощью ActiveDirectory. Поэтому, если они успешно вошли в систему - вы просто сохраняете факт их аутентификации в ваших переменных сеанса.
Если они настроены на использование входа пользователя db, в случае успеха установите ту же переменную сеанса, указывающую, что они успешно вошли в систему.
Никаких изысканных GUID или SID ... просто.