Базы данных и знаний. Мартьянова А.Е. - 26 стр.

UptoLike

ВУЗ: 

АГТУ | Астрахань

Составители: 

Рубрика: 

Мартьянова А.Е. Базы данных и знаний 26
Однако этап логического или даталогического проектирования не
заканчивается проектированием схемы отношений. В общем случае в ре-
зультате выполнения этого этапа должны быть получены следующие ре-
•
выбранной СУБД.
•
троенную схему в терминах
выбра
чающая определение всех
инфор
и, а логическими понятиями
, связанными со структурой базы
путям
Например, частые обращения к совместно обраба-
зультирующие документы [10]:
Описание концептуальной схемы БД в терминах выбранной СУБД.
• Описание внешних моделей в терминах
Описание декларативных правил поддержки целостности базы
данных.
• Разработка процедур поддержки семантической целостности базы
данных.
• Однако перед тем как описывать пос
нной СУБД, нам надо выстроить эту схему.
• Мы должны построить корректную схему БД, ориентируясь на ре-
ляционную модель данных.
Модель предметной области разрабатываемой системы должна
быть представлена в терминах модели
данных концептуального уровня
выбранной конкретной СУБД. Эту стадию называют логическим (или
даталогическим) проектированием базы данных, а ее результатом явля-
ется концептуальная схема базы данных, вклю
мационных элементов (единиц) и связей, в том числе задание ти-
пов, характеристик и имен.
Хотя даталогическое проектирование оперирует не физическими
записям
данных, тем не менее особенности представления данных, правила и
языки агрегирования и манипулирования данными имеют определяющее
влияние. Не все виды связей, например, «многие ко многим», могут быть
непосредственно отображены в логической модели.
Кроме того, может быть много вариантов отображения инфологи-
ческой модели предметной области в даталогическую
модель базы. Здесь
следует учитывать влияние двух следующих значимых факторов, свя-
занных с практикой разработки базы данных.
Во-первых, связи предметной области могут отображаться двумя
и: как декларативным – в логической схеме, так и процедурным –
отработкой связей через программные модули, обрабатывающие (связы-
вающие) соответствующие хранимые данные.
Во-вторых, существенным фактором может оказаться
характер об-
работки информации.
тываемым данным, очевидно, предполагают их совместное хранение, а
26
26                                Мартьянова А.Е. Базы данных и знаний


       Однако этап логического или даталогического проектирования не
заканчивается проектированием схемы отношений. В общем случае в ре-
зультате выполнения этого этапа должны быть получены следующие ре-
зультирующие документы [10]:
     • Описание концептуальной схемы БД в терминах выбранной СУБД.
     • Описание внешних моделей в терминах выбранной СУБД.
     • Описание декларативных правил поддержки целостности базы
данных.
     • Разработка процедур поддержки семантической целостности базы
данных.
     • Однако перед тем как описывать построенную схему в терминах
выбранной СУБД, нам надо выстроить эту схему.
     • Мы должны построить корректную схему БД, ориентируясь на ре-
ляционную модель данных.
       Модель предметной области разрабатываемой системы должна
быть представлена в терминах модели данных концептуального уровня
выбранной конкретной СУБД. Эту стадию называют логическим (или
даталогическим) проектированием базы данных, а ее результатом явля-
ется концептуальная схема базы данных, включающая определение всех
информационных элементов (единиц) и связей, в том числе задание ти-
пов, характеристик и имен.
       Хотя даталогическое проектирование оперирует не физическими
записями, а логическими понятиями, связанными со структурой базы
данных, тем не менее особенности представления данных, правила и
языки агрегирования и манипулирования данными имеют определяющее
влияние. Не все виды связей, например, «многие ко многим», могут быть
непосредственно отображены в логической модели.
       Кроме того, может быть много вариантов отображения инфологи-
ческой модели предметной области в даталогическую модель базы. Здесь
следует учитывать влияние двух следующих значимых факторов, свя-
занных с практикой разработки базы данных.
       Во-первых, связи предметной области могут отображаться двумя
путями: как декларативным – в логической схеме, так и процедурным –
отработкой связей через программные модули, обрабатывающие (связы-
вающие) соответствующие хранимые данные.
       Во-вторых, существенным фактором может оказаться характер об-
работки информации. Например, частые обращения к совместно обраба-
тываемым данным, очевидно, предполагают их совместное хранение, а


                                 26

Страницы