seeerg_23в моей таблице Т1_Менеджеры хранятся и данные об авторизации. те мне нужно сделать ещё 2 таблицы: одна для авторизации, вторая - промежуточная, так ???

Т_Авториз 1-к-М Т_Промеж 1-к-М Т_Менеджеры????

объясните, ПОЧЕМУ данные об авторизации не могут храниться в Т_Менеджеры??
1. Данные об авторизации могут храниться в таблице "Менеджеры". Они, также, могут храниться и в отдельной таблице - применяют оба этих подхода.
Кстати, связь между этими двумя таблицам (Менеджеры и Авторизация) не 1:1, а 1:1-0.
Т.е. менеджер может существовать, а записи в таблице авторизации может не быть.
Например, это имеет смысл если менеджер уволился, а историю по его операциям хранить надо.

2. Когда 100% имеет смысл разделять таблицы Менеджер и Авторизация - это если у вас менеджеры хранятся в общей таблице "Люди" (ФИО поставщиков, прочих сотрудников, ФИО клиентов-физ лиц). Тогда для большого списка людей (несколько тысяч) информация об авторизации будет лишней и ее имеет смысл вынести в отдельную.

3. В этом запросе:
where (((login=@login) and (parol=@parol) and (rayon='Кукуевский')) or
((login=@login) and (parol=@parol) and (rayon='Жужуевский')))
можно использовать IN

Mr MarmeladМоё сугубо мнение - если Вам так неинтересно - смотрите Предложение 1 или совет Ув Коллеги Baly.Да вы так не горячитесь, спокойне... спокойне...

Как вы отмечали ранее (в другом посте) - Правд их может быть несколько.
То что описываете вы - это один из вариантов хранения структуры безопасности.
Он довольно гибок, хотя и не всеобъемлющь.

То о чем говорил я - о том что, логин, пароль и DISPLAY_NAME можно хранить в одной таблице - так не только я так считаю. В большинстве OS именно так и хранится информация о пользователях. Unix /etc/passwd, MS Acitve Directory - там структура везде плоская и нужды ее разделять - особо нет.

Что касается "как именно стыкуется таблица товара с менеджерами" - тут, боюсь, автору придется много попотеть чтобы сделать ее, всетаки, по человечески.
Но к структуре авторизации - это не относится.

Сергей ВаскецовBelyДанные об авторизации могут храниться в таблице "Менеджеры"
Категорически не согласен. Контроль доступа всегда имеет смысл делать обособленно от данных. Функциональный администратор может обладать ограниченными правами, а именно, только на администрирование прав доступа, и не должен иметь доступ к самим данным. Это общая концепция.А вы переименуйте таблицу "Менеджеры" в "Пользователи" и будет вам счастье.
Просто я называю таблицы так, как это делал автор.

А что касается реквизитов человека, то заводить отдельную таблицу где будет только ФИО одним полем (к примеру) - считаю нецелесообразным.

Как именно дела обстоят у автора - надо спрашивать у него.
Я написал "применяют оба этих подхода". Или вы с этим не согласны, что два подхода применяют? :)