Cane Cat FisherjuventineЧто Вы имеете ввиду?

Хорошо, я намекну иначе.

Зачем нужна дата рождения в телефонном справочнике?


Ради справочной информации. Чем она помешает?

Cane Cat FisherjuventineВ своей БД я хочу реализовать следующее: если человек прописан по какому-то адресу, значит он абонент. В квартире живет семья из 4-х человек -- каждый из них является абонентом.

То есть, вы сводите понятие "абонент" к задаче "тот, кого можно найти по этому телефону". Прекрасно.

Вернемся к семье из четырех человек. Если у одного из них есть мобильник, то остальные три члена семьи тоже являются абонентами этого мобильного номера?

Если уж на городской дяде Ване могут позвонить "здрасьте дядя Ваня, позовите Ирочку", и мы пишем, что Ирочка - тоже абонент этого номера, то мобильник дяди Вани чем хуже?

А если на работе в одной комнате сидят сотрудники Вован и Толян, и в порядке вещей звонок на мобилу "Привет, Вован, дай Толяна, а то у него что-то мобила не отвечает", то надо ли хранить, что Толян - абонент мобилы Вована? Или это только в рабочее время?

Абсолютно согласен.
Но, предположим, у нас справочник, по которому мы должны найти любого жителя небольшого города с определенным местом жительства и информацию о нем ( домашний телефон, по какому адресу проживает)... Что тогда?

guest_20040621> Абсолютно согласен.

Вам пишут чушь, а вы радостно развесили уши.



Ну, то, что, по сути, ни на один из своих ключевых вопросов ( связи, индексы, отношения ) я ответа не получил, то можно с Вами согласиться.

> у нас справочник

Если у вас справочник, то у вас нет неявных соответствий. По определению. Даже вашу схему легко дополнить парой логических признаков типа "стационарное абонентское устройство" и "персональное абонентское устройство", сочетания которых будет достаточно для минимального функционала.



что такое неявное соответствие?) честное слово, впервые столкнулся с таким понятием..=)

> мы должны найти любого жителя небольшого города с определенным местом жительства

Это функционал информационной системы, не нужно туда лезть, у вас нет для этого знаний.
[/quot]

так моя цель как-раз этих самых знаний и набраться =)) а как же их еще набраться, если не ставить перед собой конкретных задач?)

БредятинаjuventineДобрый день!
Стоит разработать схему БД информационной системы "Телефонно-адресная книга". В этом деле опыта немного, так что от ошибок
отнюдь не застрахован. С вашей помощью надеюсь избежать этих самых ошибок, а также выслушать все замечания и предложения по оптимизации схемы БД.
...
Спасибо!
Похоже, Вы искренне хотите разобраться в проектировании БД.
Вы пользуетесь не верной методикой.
Вы намного глубже и яснее поймете и предметную область, и особенности моделирования, если будете (на данном этапе) пользоваться М2.

Что Вы имеете ввиду под М2? )

Спасибо за совет.

guest_20040621> связи, индексы, отношения

Потому, что сложно отвечать на такие вопросы. Вы сформулировали задачу так: есть набор таблиц, что мне с ним правильнее сделать? Ничего. Потому, что задача должна быть поставлена корректно. Не бывает проектирования ради проектирования, есть конкретные задачи, решение которых представляет собой некую структуру данных. Причем, задача - не теоретические изыскания, а живой (или предполагающийся живым) проект.

> что такое неявное соответствие?) честное слово, впервые столкнулся с таким понятием..=)

Предположим, вы определили, какие стационарные абонентские устройства соответствуют жилым помещениям. Вы определили ответственных квартиросъемщиков или владельцев помещений. Вы определили владельцев стационарных абонентских устройств. Предположим, вы также определили родственные связи между физическими лицами. На основании этих связей вы можете предположить, какой идентификатор стационарного абонентского устройства может соответствовать физическому лицу, если оно не является владельцем стационарного абонентского устройства.

> так моя цель как-раз этих самых знаний и набраться

Вы пытаетесь решать дифференциальные уравнения без знания арифметики. Это абсурдный путь. Начните с "Введения..." Дейта. Затем попробуйте решать простые задачи. Вы, видимо, не понимаете, насколько сложную задачу пытаетесь решить. Вот то, что у вас в таблице фигурирует как поле "ФИО" на самом деле является достаточно часто используемой самостоятельной структурой, для реализации которой вам потребуется как минимум история изменений. Конкретный способ реализации этой структуры будет зависеть от формулирования задачи, но не кривая ее постановка будет включать еще и семантические отношения. Если база данных будет предполагать нормальный жизненный цикл с информационной системой как конечным состоянием, то вы будете вынуждены использовать контексты и перевод. И это одно поле одной таблицы. А вы хотите индексов и связей.

В форумах можно задать конкретный вопрос, чтобы получить конкретный ответ, но искать таким образом знания - плохой путь.

Все понял. Спасибо за совет.