|
|
|
Сотрудинки и их логирование на сайт
|
|||
|---|---|---|---|
|
#18+
Возник вопрос о надобаности 2-х таблиц вместо 1-й. Таблицы 1) Сотрудники (20 полей - Фамилия, Имя, Отчество, Телефон, Адрес и еще 15 полей) 2) Логины и пароли - (2 поля - Логин, Пароль) Ну еще в каждой таблице 3 поля (Id, Created, CreatedBy) Связь таблиц один к одному. Я сделал 2 таблиц, потому что: 1) Таблицы являются разными сущностями (Сотрудники и логирование) 2) Оптимизация - при вводе неправильного логина и пароль (на сайте или где-то еще) выдается результат о неправильном логировании и нет нужды тянуть информацию о сотруднкие при проверке правильности логирования. Так вот вопрос, нужно ли было выносить данные о логине/пароле в другую таблицу, или оставить все в одной таблице? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.10.2009, 17:00 |
|
||
|
Сотрудинки и их логирование на сайт
|
|||
|---|---|---|---|
|
#18+
Если связь один к одному, я бы оставил в одной таблице по принципу KISS blest 1) Таблицы являются разными сущностями (Сотрудники и логирование) Если бы у вас у каждого сотрудника было бесконечное число логинов (допустим с историей) то это бы имело смысл. При связи один к одному это одна и таже сущность - атрибут сотрудника. blest 2) Оптимизация - при вводе неправильного логина и пароль (на сайте или где-то еще) выдается результат о неправильном логировании и нет нужды тянуть информацию о сотруднкие при проверке правильности логирования.Теоретически да, но вряд ли у вас таблицы настолько большие что вы заметите разницу. ЗЫ Надеюсь, адрес-то имеет свою собственную таблицу и у сотрудника только address_id ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.10.2009, 19:01 |
|
||
|
Сотрудинки и их логирование на сайт
|
|||
|---|---|---|---|
|
#18+
SERG1257Если связь один к одному, я бы оставил в одной таблице по принципу KISS blest 1) Таблицы являются разными сущностями (Сотрудники и логирование) Если бы у вас у каждого сотрудника было бесконечное число логинов (допустим с историей) то это бы имело смысл. При связи один к одному это одна и таже сущность - атрибут сотрудника. Извиняюсь, забыл сказать заранее: логин/пароль будет иметь примерно 40% сотрудников, остальные будут просто заноситься в базу(но без логина/пароля, т.е. они никуда логиниться ни будут. Связь по прежнему один-к-одному. Как-нибудь это меняет ситуацию? SERG1257 ЗЫ Надеюсь, адрес-то имеет свою собственную таблицу и у сотрудника только address_id Не совсем, есть айдишник города - ссылается на другую таблицу, адрес записывается в сотрудниках текстовым полем (улица, дом, корпус). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.10.2009, 19:24 |
|
||
|
Сотрудинки и их логирование на сайт
|
|||
|---|---|---|---|
|
#18+
blest Как-нибудь это меняет ситуацию?Не особенно. Формально вы правы - ваше решение гибкое, но за все надо платить (бесплатных ланчей не бывает (с) Хайнлайн). Стоит ли дополнительная гибкость дополнительной сложности - решать вам. Производительность в данном случае - дело десятое, покрывающий индекс на поле будет выполнять ту же задачу как и дополнительная таблица логинов. blest адрес записывается в сотрудниках текстовым полем (улица, дом, корпус).Улицу стоит выдернуть в доп таблицу как частоповторяемую, частично формализированную (кладры всякие) сущность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.10.2009, 19:53 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=36253796&tid=1543033]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
90ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
| others: | 242ms |
| total: | 442ms |

| 0 / 0 |
