Доброго времени суток,
пытаюсь освоить mysql, рисую модель данных для своей задачи, связана с информацией по клиентам, в частности, будет таблица "организации" и "контакты". Одной организации может принадлежать несколько контактов, а вот как быть с контактами, если, например, у "контактов" в свою очередь есть отношение с таблицей "телефоны", где могут быть телефоны как корпоративные, так и личные. И если "контакт" поменяет (может поменять) свою "организацию" в дальнейшем, то какое должно быть отношение между таблицей "контакт" и "организация" - МНОГИЕ ко МНОГИМ или же все таки МНОГИЕ к 1 ? Какие здесь могут быть ньюансы при изменения записей в этих таблицах?
Спасибо.

MasterZiv,

да, точно, надо сделать связь с таблицей "телефоны" и от "контактов" и от "организаций", а то у меня только связь контакты-телефоны в голове крутилась

Дедушка,

да, по телефонам таблицу именно исходя из этого сделал

аля1ця Вас даже не дочитал



бывает

vmagleshik71да, точно, надо сделать связь с таблицей "телефоны" и от "контактов" и от "организаций", а то у меня только связь контакты-телефоны в голове крутилась

и вообще - нужно как можно больше связей и таблиц, чтоб получилась непролазная паутина, тогда для вот этого

leshik71пытаюсь освоить mysql, рисую модель данных для своей задачи,

будет самое оно, можно будет поупражняться и умотаться в у смерть...

А если смотреть с практической точки зрения, то на практике рисовать на каждое имя существительное в постановке задачи отдельную таблицу совсем не обязательно... в вашем случае - если бы вы делали телефонный справочник, то да - таблица Телефоны будет одной из основных, а применительно к постановке "Организации - Контакты" телефон имхо такой же атрибут как и электронная почта (не слабо завести ещё отдельную таблицу для мыла??? паутина будет еще больше... будет еще больше простора для освоения mysql...) На практике может получиться так, что Организация вам и не даст свой телефон для внесения в свою БД - вон вам мыло, - пишите на него своё коммерческое предложение, мы его рассмотрим (может быть) и если оно нас заинтересует - мы вам сами перезвоним... Все вспоминаю Грузинскую короткометражку как мужика в ауле с дерева снимали стаскивая его
за веревку, привязанную к его руке - бедный так навернулся чуть богу душу не отдал, а дружбаны чешут репу и не понимают почему вчера
Гоги таким же макаром доставали из колодца и не было никаких проблем...

Бесспорно, пост глубоко философский, но на самом деле мне нужен качественный продукт в том смысле, как я это понимаю. Mysql я понимаю на два порядка меньше и разобраться пытаюсь поверхностно, чтобы разобраться в том, что получится - не у меня, к сожалению, время уже нет на это - а у того, кто мне это напишет. Но, должна быть полная универсальность, поэтому дадут-не дадут телефон в организации и надо что-или не надо, это не верный подход. Также все должно быть приведено в нормальным формам, оптимизировано с точки зрения поиска и тд. Тогда продукт будет качественным. Так что, если есть у кого желание поучаствовать, то велком для обсуждения деталей

vmag,

... кстати, а что плохого в таблице емейлов?...

Ищу кто напишет БД на MySQL с подробным описанием/объяснением процесса - почему так, а не иначе. Мои знания поверхностные, но я должен понимать как-что внутри будет работать. Размещение бд на удаленном сервере, платный хостинг. Так же нужен веб-клиент для работы с бд: авторизация, администрирование, редактирование, формирование поисковых запросов с выводом результатов.
ТЗ в стадии написания. База по потенциальным клиентам, в возможносью групповой рассылки мейлов и смс и, возможно, с показаом найденных объектов на карте.