Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
13.12.2002, 16:37
|
|||
|---|---|---|---|
|
|||
Планирование БД |
|||
|
#18+
Подскажите оптимальное решение. Есть две таблицы Сотрудники и Организации. Есть таблица ТелБаза как лучше связать данную таблицу с двумя другими?. Варианты которые вижу я - 1. Создать две таблицы ТелБазаСотр, ТелБазаОрг вместо одной 2. Создать одну таблицу Телбаза с двумя полями КодСотр, КодОрг 3. Сделать идентификаторы КодСотр и КодОрг уникальными, а в ТелБаза создать одно поле КодВладельца. С данным способом возникает проблема, описанная в недавно опубликованном сообщении. Существуют ли другие возможности? Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.12.2002, 16:51
|
|||
|---|---|---|---|
|
|||
Планирование БД |
|||
|
#18+
А чем плохо в таблице Сотрудники cоздать поле телефон, и в таблице организации cоздать поле телефон? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.12.2002, 01:13
|
|||
|---|---|---|---|
|
|||
Планирование БД |
|||
|
#18+
Если телефон как свойство может быть и у организации и у сотрудника, то лучше делать две отдельных таблицы с телефонами, связанные по ключевым полям (каждая со своей) таблицей организаций и сотрудников. В общем, в этом случае они могут повторяться, т.е. один и тот же телефон вполне может быть и в двух таблицах. Вообще это больше даже зависит от того, что потом хочется получить от поиска и от пользовательского интерфейса... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.12.2002, 13:00
|
|||
|---|---|---|---|
|
|||
Планирование БД |
|||
|
#18+
2 V. Motchulsky Количество телефонов заранее не известно может 2, а может 10. 2 greenapple Вариант конечно приемлемый, но если предположить ситуацию (чисто теоретически), что таблиц типа Сотрудник или Организация гораздо больше, то не клепать же для каждой отдельную ТелБазу. в этой ситуации вариант с уникальным идентификатором по всей базе выглядит более предпочтительно, но нет ли дргуих способов, по изящней? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.12.2002, 06:36
|
|||
|---|---|---|---|
|
|||
Планирование БД |
|||
|
#18+
Одна табл. с телефоном + табл. связи тел. и сотрудника "ТелефоныСотрудников". Т.к. связь здесь "многие-ко-многим". С базами несколько иначе, т.к. вряд ли 1 телефон мож. быть у разных баз (если может, то тоже самое). Значит, связь 1-ко-многим, следовательно ключ из базы переносится в телефоны. Тут же возникает транзитивная зависимость сотрудника от базы через телефоны. Более правильный вариант также создать таблицу связи "ТелефоныБаз" и если связь все-таки 1-ко-многим (со стороны телефонов), то ставишь в ней Уникальный индекс по идентификатору телефона, т.о. он не даст один и тот же тел. назначить разным базам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=45&mobile=1&tid=1682712]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
40ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 244ms |
| total: | 372ms |
| 0 / 0 |
