Здравствуйте!
проектирую складскую БД. В базе есть таблицы Empl, Users, Groups, Users_Groups с полями:

Empl - сотрудники
ID_Empl
ID_Contrag- связь с таблицей контрагенты
ID_Depart- связь с таблицей департаменты
ID_Posts- Должности
ID_Contract
FirstName
LastName
Phones
Resident
Salary
IncomeTax- Ндс
HomeAddr
PostStart

Users - пользователи БД
ID_User
ID_Group
name
Login
Passw
Comment

Groups - группы пользователей БД
ID_Group
Name

Users_Groups - для связи многие-ко-многим
ID
ID_User
ID_Group

Думаю перенести поля таблицы Empl(сотрудники) в Users.
Есть по какими-нибудь причинами необходимость в отдельных таблицах для сотрудников и пользователей БД?

покритикуйте, посоветуйте, плз

SERG1257А в словаре БД разве нет инфы про пользователей, ролей, групп и т.д.
Зачем изобретать велосипед?
Вы говорите о security2.fdb?

или о системных таблицах самой БД?

SERG1257Delphi159 или о системных таблицах самой БД? Да. Кроме русского наименования (фио у пользователя) не вижу ничего нового. Зачем?
Не понял о чём вы говорите! Чтобы использовать системные таблицы?
Delphi159 Думаю перенести поля таблицы Empl(сотрудники) в Users.
Есть по какими-нибудь причинами необходимость в отдельных таблицах для сотрудников и пользователей БД?
Я говорю о том, чтобы убрать таблицу empl и её поля перенести в Users. Зачем в БД таблица сотрудников, если там заходят только сотрудники, которые можно найти в Users? Залогиняются сотрудники, которые для БД являются пользователями.

mad_nazgul
Плохое решение.
Т.к. могут быть пользователи не сотрудники, например, "гость".

А так обычно решается добавлением новой абстракции.
Приблизительно так
1) Person - конкретный человек, все его данные (ФИО, пол, год рождения, паспорт)
2) Employee - Сотрудник, имеет ссылку на Person и должность (свзяь Employee_Должность, т.к. сотрудник может совмещать должности)
3) User - пользователь, может имеет ссылку на Person (связь ч/з User_Person) и роли (связт ч/з User_Groups)

Опять же объединять Person и Employee так же плохо, т.к. могут быть конкретные лица которые не являются сотрудниками, но могут иметь доступ к данным.

Где-то так.
Мне понравился это решение, но хочу уточнить 2 момента:
1) Как я вас понял, в таблице Person включаем только тех людей, кто не сотрудник ?
например,
1."гость"-осматривает мою программу,собирается купить
2. "будущий оператор программы"-пока не принимали на работу и изучает программу
3. Аудит?

Тогда в таблице Person зачем для них сделать запись(ФИО, пол, год рождения, паспорт)- это же будет бесполезная, никому ненужная информация? Или ничего не добавить в Person и для их всех в Users создать один запись- guest(гость) и давать им доступ к БД по роли guest?

2) Если я правильно рассуждаю в первом вопросе, тогда таблица Person теряет значение- не так ли?

dma_caviar Users - сотрудники/пользователи
Отдельные таблицы persons и users или признаки "Пользователь", "Сотрудник" как LSV предлагает?

dma_caviarDelphi159,

Таблица одна. Если у сотрудника есть ссылка на логин, значит это сотрудник-пользователь, если нет значит просто сотрудник.
А вам зачем кстати отличать сотрудников от пользователей?
Не зачем. Сейчас у меня отдельные таблицы для сотрудников и для пользователей БД и просто думаю на счет их объединения в одну. Но таблицы users, usergroups, roles- это одна группа таблиц, ответственные за безопасность БД и права доступа, а в этой цепи запихнуть persons вместо таблицы Users, пока не могу решать, взвешиваю всё за и против.

Кот МатроскинDelphi159Не зачем. Сейчас у меня отдельные таблицы для сотрудников и для пользователей БД и просто думаю на счет их объединения в одну. Но таблицы users, usergroups, roles- это одна группа таблиц, ответственные за безопасность БД и права доступа, а в этой цепи запихнуть persons вместо таблицы Users, пока не могу решать, взвешиваю всё за и против.

А где Вы видите хоть одно "за" объединения?
LSV 17292394 17291265 .
Хотя я тоже уже больше сомневаюсь. Ищу оптимальное решение и не хочу быть белой вороной среды черных.

dma_caviarDelphi159,

Если у сотрудника есть ссылка на логин, значит это сотрудник-пользователь, если нет значит просто сотрудник.

если нет ссылки на логин- это не значит что просто сотрудник, это значит что или просто сотрудник или "гость"(аудит, пока не назначен на должность и т.д.). По этому признаку нельзя их различать. А как вы их различаете? Как узнать что гость а не "просто сотрудник"?