Когда я получаю ntly пришлось сделать это (привязка таблицы пользователей БД к учетным записям AD), я просто назвал ADSID столбца.
Я нашел это сделал хорошее чувство для нас, так как мы запрашивая с помощью DirectorySearcher и имя для этого свойства в базе данных LDAP является objectSid, поэтому наши запросы были похожи:
deSearch.Filter = "(&(objectSid=" + ADSID + "))";
Хотя, как я вырезать вставьте этот код из моего проекта, я задаюсь вопросом, может ли objectSid быть хорошим именем столбца?
Что касается названия таблицы, я надеюсь, что вы храните дополнительную информацию помимо деталей AD здесь? В противном случае, почему вы дублируете базу данных AD?
Если вы храните дополнительную информацию, вам следует называть таблицу в соответствии с тем, какой тип домена/бизнес-объект моделируется таблицей.
Как я уже сказал, я хранили данные для пользователей, поэтому моя таблица была просто вызвана [Users].
И, наконец, возможно, вам удастся нормализовать это в таблице [Группы] и [Пользователи]?
После прочтения комментариев, а затем обсуждения на http://stackoverflow.com/questions/7662, я придерживаюсь единственной формы имен/столбцов имен. Мне особенно нравится следующий аргумент: http://stackoverflow.com/questions/7662/7678#7678 – MiniMe
Наличие таблиц 'Principal (ID, Name, SID, TypeID)' и 'PrincipalType (ID, Description)' следующий запрос кажется естественным: 'SELECT Principal.Name, Principal.SID, PrincipalType.Description FROM Principal INNER JOIN PrincipalType ON PrincipalType.ID = Principal.TypeID' – MiniMe