Как научиться проектировать базы данных и остаться в живых

Елена Литвак

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

Сущности предметной области

Совсем без терминов все-таки не получится. И самый важный для нас термин — это сущность предметной области. Иногда еще их называют информационными объектами, но мне больше нравится слово «сущность». Так что же это такое?

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

Реальные объекты, объединенные в одну сущность, будем называть экземплярами сущности.

Как это понимать? Вот смотрите, допустим, наша предметная область — это поликлиника. Требуется разработать базу данных для ведения учета работающих врачей, пациентов и их визитов к врачам.

Иван Иванович — хирург, врач высшей категории со стажем 25 лет. А Анастасия Павловна — терапевт, врач первой категории со стажем 2 года. Оба они совершенно конкретные живые люди, с которыми можно поговорить. И чтобы рассказать о них, мы назвали их имена, специальности, категории и стаж. Таких врачей, как они, в поликлинике почти сотня и всех их мы можем назвать одним словом «врач». Врач — это и будет то абстрактное понятие, которое объединяет конкретных Ивана Ивановича, Анастасию Павловну и других их коллег. «Имя», «Специальность», «Категория» и «Стаж» — это и есть одинаковые свойства, которыми описываются разные врачи.

Свойства, которыми описывается сущность, принято называть атрибутами сущности.

Итак, мы выделили сущность «Врач» с атрибутами «Имя», «Специальность», «Категория» и «Стаж». А Иван Иванович и Анастасия Павловна являются экземплярами сущности «Врач», для которых атрибуты принимают уже конкретные значения.

Графически обычно сущность изображают в прямоугольнике, а атрибуты — в эллипсах, которые соединены с прямоугольником линиями.

Рис.1 Сущность «Врач»

Самое трудное в проектировании увидеть эти самые сущности. Давайте продолжим тренироваться на примере поликлиники. С врачами разобрались. А «Пациент» — это сущность? Как это выяснить? Очень просто. Задаем два вопроса и отвечаем на них:

— Реальных пациентов в поликлинике много или один? — Много. Следовательно, «пациенты» являются группой объектов.

— Разные пациенты описываются одинаковыми свойствами? — Да. У всех пациентов есть «Фамилия», «Дата рождения», «Адрес».

Следовательно, понятие «Пациент» полностью соответствует определению сущности.

Рис.2 Сущность «Пациент»

А является ли сущностью «Регистратура»? Снова задаем вопрос:

— Реальных регистратур в поликлинике много или одна? — Одна. Следовательно, «Регистратура» не является сущностью, потому что нет группы объектов. Второй вопрос можно уже не задавать.

А чем же тогда является «Регистратура»? Ведь такой объект в поликлинике есть, значит, он должен как-то отражаться в базе данных. Регистратура — это экземпляр сущности «Подразделение». Проверим эту гипотезу:

— Подразделений в поликлинике много? — Много. И регистратура — одно из них. А есть еще «Администрация», «Терапия», «Дневной стационар» и др. Следовательно, мы имеем группу объектов.

Конец ознакомительного фрагмента.