Общие аспекты

Проектирование баз данных

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

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

Рис. 7.11. Этапы проектирования баз данных

Концептуальная модель служит основой для взаимодействия разработчиков системы и обеспечивает ее долговременную работу.

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

· удобство и простота использования;

· качество средств разработки, защиты и контроля базы данных;

· уровень коммуникационных средств в случае применения ее в сетях;

· фирма-разработчик;

· стоимость.

Каждая конкретная СУБД работает с определенной моделью данных. Под моделью данных понимается способ их взаимосвязи: в виде иерархического дерева, сложной сетевой структуры или связанных таблиц. В настоящее время большинство СУБД использует табличную модель данных, называемую реляционной, которая будет подробно описана ниже.

На логическом уровне производится отображение данных концептуальной модели в логическую модель в рамках той структуры данных, которая поддерживается выбранной СУБД. Логическая модель не зависит от конкретной СУБД (в рамках определенной модели данных). Так, построенная на основе таблиц логическая модель может быть реализована на любой СУБД реляционного типа.

На физическом уровне производится выбор рациональной структуры хранения данных и методов доступа к ним, которые обеспечивает выбранная СУБД. На этом уровне решаются вопросы эффективного выполнения запросов к базе данных, для чего строятся дополнительные структуры, например, индексы. В физической модели содержится информация обо всех объектах базы данных (таблицах, индексах, процедурах и др.) и используемых типах данных. Физическая модель зависит от конкретной СУБД. Одной и той же логической модели может соответствовать несколько разных физических моделей. Физическое проектирование является начальным этапом реализации базы данных.

Рассмотрим эти основные этапы проектирования баз данных на примере базы данных Интернет-магазина.

6.3.2. База данных Интернет-магазина: пример проектирования

Проведем последовательное проектирование базы данных для компании, осуществляющей розничную торговлю книгами через Интернет.

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

Рис. 7.12. Форма заказа Интернет-магазина

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

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

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

Развитие сети Интернет позволяет стать пользователями базы данных и самих покупателей, которые осуществляют поиск нужной книги по рубрике и заполняют данные своего заказа.

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

Дата добавления: 2014-12-29