Технология проектирования базы данных

из "Управленческие решения Изд4 "

Весь процесс проектирования БД можно разбить на ряд взаимосвязанных этапов, каждый из которых обладает своими особенностями и методами проведения. На рис. 5.2.2 представлены типовые этапы в соответствии с подходом, изложенным в [63]. [c.366]
Анализ возможных запросов к БД позволяет уточнить связи между сведениями, которые необходимо хранить. Пусть, например, в БД по учебному процессу университета хранятся сведения об учебных группах, читаемых курсах и кафедрах, а также связи учебные группы — читаемые курсы и читаемые курсы — кафедры . Тогда запрос о том, проводит ли некоторая кафедра занятия в конкретной учебной группе может быть выполнен только путем перебора всех читаемых в данной группе курсов. [c.367]
Главной задачей логического проектирования БД является представление выделенных на предыдущем этапе сведений в виде данных в форматах, поддерживаемых выбранной СУБД. [c.367]
Задача физического проектирования — выбор способа хранения данных на физических носителях и методов доступа к ним с использованием возможностей, предоставляемых СУБД. [c.368]
Сущность — это собирательное понятие некоторого повторяющегося объекта, процесса или явления окружающего мира, о котором необходимо хранить информацию в системе [63]. Сущность может определять как материальные ( студент , грузовой автомобиль и т. п.), так и нематериальные ( экзамен , проверка и т. п.) объекты. Главной особенностью сущности является то, что вокруг нее сосредоточен сбор информации в конкретной ПО. Тип сущности определяет набор однородных объектов, а экземпляр сущности — конкретный объект в наборе. Каждая сущность в модели Чена именуется. Для идентификации конкретного экземпляра сущности и его описания используется один или несколько атрибутов. [c.368]
Связи должны быть поименованы между двумя типами сущностей могут существовать несколько связей. [c.369]
В этих случаях приходится рассматривать несколько вариантов и с учетом информационных потребностей пользователей разбивать ПО на такие фрагменты, которые с их точки зрения представляют самостоятельный интерес. [c.371]
В этих случаях приходится рассматривать несколько вариантов и с учетом информационных потребностей пользователей разбивать ПО на такие фрагменты, которые с их точки зрения представляют самостоятельный интерес. [c.371]
При описании атрибутов сущности необходимо выбрать ряд атрибутов, позволяющих однозначно идентифицировать экземпляр сущности. Совокупность идентифицирующих атрибутов называют ключом. [c.371]
Подробные сведения об этих структурах можно найти в [63]. Заметим лишь, что используются и другие термины, например, атомарное данное, поле или объектная запись. [c.373]
Типы структур данных могут быть представлены в различной форме — графовой табличной в виде исходного текста языка описания данных конкретной СУБД. [c.373]

Вернуться к основной статье