6.2. Разработка структуры бд
Выяснив основную часть данных, которые заказчик потребляет или поставляет, можно приступить к созданию структуры базы, т.е. структуры ее основных таблиц.
Составляется генеральный список полей. Он может насчитывать десятки, сотни позиций.
Определяются наиболее подходящие типы данных для полей.
Поля генерального списка распределяются по базовым таблицам по функциональному признаку: стараясь обеспечить возможность ввода данных в одну таблицу в одном подразделении, а еще лучше – на одном рабочем месте.
Базовые таблицы должны соответствовать неким смысловым объектам окружающей действительности.
Любой фрагмент предметной области может быть представлен как множество сущностей, между которыми существует некоторое множество связей. Дадим определения:
Сущность (entity) - это объект, который может быть идентифицирован неким способом, отличающим его от других объектов. Примеры: конкретный человек, предприятие, событие, движение по служебной лестнице и т.д.
Набор сущностей (entity set) - множество сущностей одного типа (обладающих одинаковыми свойствами). Примеры: все люди, предприятия, праздники и т.д. Наборы сущностей не обязательно должны быть непересекающимися. Например, сущность, принадлежащая к набору МУЖЧИНЫ, также принадлежит набору ЛЮДИ.
Сущность фактически представляет собой множество атрибутов, которые описывают свойства всех членов данного набора сущностей.
Далее приступают к дальнейшему делению таблиц, обеспечивая отсутствие множественного повтора данных в соседних записях. Частые повторы данных – явное свидетельство того, что таблицу надо поделить на две взаимосвязанных таблицы.
В каждой таблице намечают ключевое поле. Обычно для этого выбирают поле, данные в котором повторяться не могут (или составляют неповторимую комбинацию полей). Если такие поля отсутствуют, можно ввести поле типа Счетчик, оно не может содержать повторяющихся данных по определению.
Карандашом на бумаге расчерчивают связи между таблицами (составляют схему данных), используя преимущественно связи "один к одному" и "один ко многим". Связь организуется на основе общего поля, причем в одной из таблиц оно обязательно должно быть ключевым (на стороне "один"). Линия, соединяющая это поле в разных базах, называется линией связи. С одной стороны эта линия маркируется значком "1", а с другой – "1" или "". Говорят, что таблицы связаны реляционными отношениями. Система управления называется в этом случае Системой управления реляционными базами данных, а схему данных – схемой реляционных отношений.
Схема согласуется с заказчиком и далее можно приступать к непосредственному созданию базы данных.
Схему данных обязательно согласовывают с заказчиком. По ходу разработки проекта заказчику будут обязательно приходить в голову новые идеи, поскольку он стремится охватить единой системой все новые и новые подразделения и службы. Возможность гибкого исполнения его пожеланий во многом определяется квалификацией разработчика.
Если схема составлена правильно, подключить к базе новые таблицы будет несложно. В противном случае разработчик может испытать серьезные трудности и войти в противоречие с заказчиком.
Противоречия исполнителя с заказчиком всегда свидетельствуют о недостаточной квалификации исполнителя. Именно поэтому этап предварительного проектирования базы данных следует считать основным. От его успеха зависит, насколько БД станет удобной, и будут ли работать с ней пользователи.
Если окажется впоследствии, что пользователи базы данных саботируют ее эксплуатацию и что заказчик предпочитает работать не с предложенной вами системой, а с имеющейся ранее – это верный признак недостаточно высокой квалификации разработчика.