powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Сотрудинки и их логирование на сайт
4 сообщений из 4, страница 1 из 1
Сотрудинки и их логирование на сайт
    #36253796
blest
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Возник вопрос о надобаности 2-х таблиц вместо 1-й.

Таблицы
1) Сотрудники (20 полей - Фамилия, Имя, Отчество, Телефон, Адрес и еще 15 полей)
2) Логины и пароли - (2 поля - Логин, Пароль)
Ну еще в каждой таблице 3 поля (Id, Created, CreatedBy)

Связь таблиц один к одному. Я сделал 2 таблиц, потому что:
1) Таблицы являются разными сущностями (Сотрудники и логирование)
2) Оптимизация - при вводе неправильного логина и пароль (на сайте или где-то еще) выдается результат о неправильном логировании и нет нужды тянуть информацию о сотруднкие при проверке правильности логирования.

Так вот вопрос, нужно ли было выносить данные о логине/пароле в другую таблицу, или оставить все в одной таблице?
...
Рейтинг: 0 / 0
Сотрудинки и их логирование на сайт
    #36254138
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если связь один к одному, я бы оставил в одной таблице по принципу KISS
blest 1) Таблицы являются разными сущностями (Сотрудники и логирование)
Если бы у вас у каждого сотрудника было бесконечное число логинов (допустим с историей) то это бы имело смысл. При связи один к одному это одна и таже сущность - атрибут сотрудника.

blest 2) Оптимизация - при вводе неправильного логина и пароль (на сайте или где-то еще) выдается результат о неправильном логировании и нет нужды тянуть информацию о сотруднкие при проверке правильности логирования.Теоретически да, но вряд ли у вас таблицы настолько большие что вы заметите разницу.

ЗЫ Надеюсь, адрес-то имеет свою собственную таблицу и у сотрудника только address_id
...
Рейтинг: 0 / 0
Сотрудинки и их логирование на сайт
    #36254168
blest
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SERG1257Если связь один к одному, я бы оставил в одной таблице по принципу KISS
blest 1) Таблицы являются разными сущностями (Сотрудники и логирование)
Если бы у вас у каждого сотрудника было бесконечное число логинов (допустим с историей) то это бы имело смысл. При связи один к одному это одна и таже сущность - атрибут сотрудника.

Извиняюсь, забыл сказать заранее: логин/пароль будет иметь примерно 40% сотрудников, остальные будут просто заноситься в базу(но без логина/пароля, т.е. они никуда логиниться ни будут. Связь по прежнему один-к-одному. Как-нибудь это меняет ситуацию?

SERG1257
ЗЫ Надеюсь, адрес-то имеет свою собственную таблицу и у сотрудника только address_id

Не совсем, есть айдишник города - ссылается на другую таблицу, адрес записывается в сотрудниках текстовым полем (улица, дом, корпус).
...
Рейтинг: 0 / 0
Сотрудинки и их логирование на сайт
    #36254202
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
blest Как-нибудь это меняет ситуацию?Не особенно. Формально вы правы - ваше решение гибкое, но за все надо платить (бесплатных ланчей не бывает (с) Хайнлайн). Стоит ли дополнительная гибкость дополнительной сложности - решать вам.
Производительность в данном случае - дело десятое, покрывающий индекс на поле будет выполнять ту же задачу как и дополнительная таблица логинов.
blest адрес записывается в сотрудниках текстовым полем (улица, дом, корпус).Улицу стоит выдернуть в доп таблицу как частоповторяемую, частично формализированную (кладры всякие) сущность.
...
Рейтинг: 0 / 0
4 сообщений из 4, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Сотрудинки и их логирование на сайт
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]