| Цитата | | Простите за вопрос - он может показаться совершенно дилетантским. Я начинающий проектировщик БД. И меня волнует проблема выбора модели данных - реляционка, сетевая, ЕР, нужно ли действительно делать проект вплоть до 5-й нормальной форма или послать его подальше? Мне, например, очень приглянулся метод Чена "сущность-связь" (ЕР). Но я не понимаю, нафига рисовать какие-то придурастые промежуточные диограммы. Подскажите, современные СУБД ориентированы на какую-нибудь одну модель данных, чтобы потом не морочить голову с обновлениями структуры? И еще. Существуют ли специализированные СУБД, которые автоматизируют проектирование БД именно на основе именно ЕР-метода? Этот метод получил ли дальнейшее развитие в индустрии СУБД |
ВСЕ - ИМХО!
А в чем собственно проблемма?
А я лично начал бы с определения того сервера БД, на котором Вы будете строить свое здание БД.
99% - реляционные сервера.
По классам грубо разделяются на малые (типа IB, ADS), средние типа MS SQL( - хотя я его не навижу  ) , SyBase, Posgress и так далее), большие (точнее уже даже майнфреймовые - типа Оракла, DB2, Adabas и так далее) (хотя Оркл прекрасно живет и на PC и даже под win32  ).
Есть и экзотические (и не реляционные) типа MDBS-II-III-IV, MUMPS (когда компутеры были большими он был Диамс-2 ).
Я начал-бы с оценки вообще потоков данных.
Если Вы собираетесь оперировать до 100-ми мег - это одно, десятками гиг - другое - сотнями и более гиг - третье.
Если Вам надо строить систему с минимальным откликом - это одно, без оного - это другое.
Если Вам надо строить очень многоконнектую систему - это одно, если мало - это другое.
Если Вам надо строит 2х7х365 - это совсем третье.
Конечно - перед оценкой всего этого Вам нужны входные параметры - как то - колл-во пользователей, входной поток данных, выходной поток данных и степень его структурированности (что в конце концов определяет и структуру и запросы).
После каких-либо определений о сервере и платформе - уже стоит переходить собственно к структуре БД,
отчетливо предварительно представляя что от нее хоят, что в нее вливают, какие задачи и подзадачи она будет обслуживать.
Хороше-б перед проектированием структуры представить какие и в каком виде данные от БД потребуются не только на момент окончания проекта, но и в будущем.
По поводу нормальных форм скажу одно - знать это обязательно, но следовать им стоит не всегда ...
Кстати - очень не маловажным фактором является список и наличие средств разработки, администрирования как самого сервера и БД, так и клиентской стороны.
Стоит продумать и 3-х звенную архитектуру - она так-же может наложить свой отпечаток даже на структуру БД.
ИМХО - не стоит проектировать задачу под "любой сервер" если енсть желание использовать все возможности серверной базы.
Пример - битовые индексы, сегментирование таблиц в Оракле ... я еше не видел ни одного CASE, который бы это уже не только знал, но и активно использовал ... ну мжет отстал, да ...
Для собственно описания самой структуры БД ИМХО обязательно даже на этапе тестового проектирования пользоваться спец. CASE'ми для этого типа ErWin, BPWin, PowerDesigner and so on). Я уже 5 лет предпочитаю ErWin (хотя он меня уже достал ).
Если проект большой - необходимо позаботиться о средствах тестирования. - для примера - хотя-б средствах заполнения тестовыми данным Ваших табличек.
И совсем не стоит забывать что часто случается так, что колл-во переходит в качество.
Успехов!
PS: и ну очень часто бывает что Ваш проект прийдется дорабатывать, модифицировать и вообще делать из него ежика - так что не промахнитесь при проектировании и с этим! |