ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ

Стр 1 из 2Следующая ⇒

ВВЕДЕНИЕ В БАНКИ ДАННЫХ........................................................................................... 2 1.1. ПОНЯТИЕ БАНКА ДАННЫХ.......................................................................................... 2 1.2. КОМПОНЕНТЫ БАНКА ДАННЫХ............................................................................... 3 1.3. ПОЛЬЗОВАТЕЛИ БАНКОВ ДАННЫХ.......................................................................... 7 1.4. КЛАССИФИКАЦИЯ БАНКОВ ДАННЫХ.................................................................... 9 1.5. ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ........................................................... 12 2. 1. ОБЩИЕ СВЕДЕНИЯ ОБ ИНФОЛОГИЧЕСКОМ МОДЕЛИРОВАНИИ................. 17 2. 2. ПОСТРОЕНИЕ МОДЕЛИ “ОБЪЕКТ — СВОЙСТВО — ОТНОШЕНИЕ”.............. 18 2.3. СРАВНЕНИЕ МЕТОДИК ПОСТРОЕНИЯ ER-МОДЕЛЕЙ......................................... 26 Тема : Схемы и подсхемы............................................................................................................ 30 Тема: Модели данных................................................................................................................... 35 Сетевые структуры.................................................................................................................. 39 Реляционные БД...................................................................................................................... 42 Тема: Манипулирование отношениями (Реляционная алгебра)......................................... 44 Тема: Принципы нормализации................................................................................................. 52 Тема: Организационные проблемы:.......................................................................................... 59 Целостность данных................................................................................................................... 60 Контроль типов....................................................................................................................... 60 Контроль изменений............................................................................................................... 60 Дублирование ключей............................................................................................................ 60 Связи, объединяющие различные поля................................................................................. 60 Предварительный контроль данных..................................................................................... 60 Восстановление данных............................................................................................................. 61 Типы отказов............................................................................................................................ 61 Отказы транзакций.................................................................................................................. 61 1. ВВЕДЕНИЕ В БАНКИ ДАННЫХ

ПОНЯТИЕ БАНКА ДАННЫХ

Определение банка данных. Банк данных (БнД) является современной формой организации хранения и доступа к информации. Существует множество определений банка данных. В «Общеотраслевых руководящих материалах по созданию банков данных» (М.: ГКНТ, 1982) дано следующее определение: «Банк данных — это система специальным образом организованных данных (баз данных), программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных».

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

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

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

Нельзя сказать, что термин «банк данных» является общепризнанным. В некоторой англоязычной литературе в последнее время используется термин «система баз данных» (database system), который по своему содержанию близок введенному понятию банка данных (система баз данных включает базу данных, систему управления базами данных, соответствующее оборудование и персонал).

Требования к БнД. Особенности «банковской» организации данных позволяют сформулировать основные требования, предъявляемые к БнД:

• адекватность отображения предметной области (полнота, целостность и непротиворечивость данных, актуальность информации, т. е. ее соответствие состоянию объекта на данный момент времени);

• возможность взаимодействия пользователей разных категорий и в разных режимах, обеспечение высокой эффективности доступа для разных приложений;

• дружелюбность интерфейсов и малое время на освоение системы, особенно для конечных пользователей;

• обеспечение секретности и конфиденциальности для некоторой части данных; определение групп пользователей и их полномочий;

• обеспечение взаимной независимости программ и данных;

• обеспечение надежности функционирования БнД; защита данных от случайного и преднамеренного разрушения; возможность быстрого и полного восстановления данных в случае их разрушения; технологичность обработки данных, приемлемые характеристики функционирования БнД (стоимость обработки, время реакции системы на запросы, требуемые машинные ресурсы и др.).

КОМПОНЕНТЫ БАНКА ДАННЫХ

Состав банка данных. Банк данных является сложной человеко-машинной системой, включающей в свой состав различные взаимосвязанные и взаимозависимые компоненты (рис. 1.1).

Информационная компонента. Ядром БнД является база данных. База данных — это поименованная совокупность взаимосвязанных данных, находящихся под управлением СУБД.

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

Рис. 1.1 Компоненты банка данных

В настоящее время действует Закон „О правовой охране программ для электронных вычислительных машин и баз данных" № 3523—1 от 23.09.92. В этом законе (ст. 1) дается следующее определение базы данных: «База данных — это объективная форма представления и организации совокупности данных (например, статей, расчетов), систематизированных таким образом, чтобы эти данные могли быть найдены и обработаны с помощью ЭВМ».

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

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

Централизованное хранилище метаинформации называется словарем данных. В литературе используются также термины словарь-справочник, энциклопедия, репозиторий. В некоторых источниках выявляются различия между ними, в других они используются как синонимы. Для данного уровня рассмотрения для нас эти различия несущественны.

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

Рис. 1.2 Программные средства БнД

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

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

Для обработки запросов к БД пишутся соответствующие программы, которые представляют прикладное программное обеспечение БнД.

Языковые средства БнД. Языки четвертого поколения создавались по принципу «люди стоят дороже, чем машины». При их проектировании используются следующие принципы.

1. Принцип минимума работы: язык должен обеспечить минимум усилий, чтобы «заставить» машину работать.

2. Принцип минимума мастерства: работа должна быть так проста, как только это возможно; она не должна быть уделом избранных и быть понятной лишь посвященным.

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

4. Принцип минимума времени. Язык должен позволять без существенной задержки реализовывать возникающие потребности в доступе к информации и ее обработке.

5. Принцип минимума ошибок. Технология должна быть спроектирована таким образом, чтобы минимизировать ошибки человека, а уж если они возникли, то по возможности «выловить» их автоматически.

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

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

На рис. 1.3 представлены компоненты языка четвертого поколения для построения представлений.

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

Языки манипулирования данными разделяются на две большие группы: процедурные и непроцедурные. При пользовании процедурными языками надо указать, какие действия и над какими объектами необходимо выполнить, чтобы получить результат. В непроцедурных языках указывается, что надо получить в ответе, а не как этого достичь.

Рис. 1.3. Компоненты языка четвертого поколения для построения программных приложений.

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

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

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

Технические средства БнД. В качестве технических средств для банков данных чаще всего используются универсальные ЭВМ, периферийные средства для ввода информации в базу данных и отображения выводимой информации. Если банк данных реализуется в сети, то необходимы соответствующие технические средства для обеспечения ее работы.

До недавнего времени БнД реализовывались в основном на больших ЭВМ. В связи со значительным и постоянным улучшением характеристик персональных ЭВМ в настоящее время широко распространено создание банков данных и на машинах этого класса.

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

Администраторы банка данных. Функционирование БнД невозможно без участия специалистов, обеспечивающих создание, функционирование и развитие БнД. Такая группа специалистов называется администратором банка данных (АБД). Эта группа специалистов считается составной частью банка данных.

ПОЛЬЗОВАТЕЛИ БАНКОВ ДАННЫХ

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

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

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

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

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

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

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

1. Анализ предметной области: описание предметной области, выявление ограничений целостности, определение статуса информации, определение потребностей пользователей, определение статуса пользователей, определение соответствия «данные — пользователь», определение объемно-временных характеристик обработки данных.

2. Проектирование структуры базы данных: определение состава и структуры файлов базы данных, связей между ними, выбор методов упорядочения данных и методов доступа к информации, описание структуры БД на ЯОД.

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

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

5. Защита данных.

5.1. Обеспечение парольного входа в систему: регистрация пользователей, назначение и изменение паролей.

5.2. Обеспечение защиты конкретных данных: определение прав доступа групп пользователей и отдельных пользователей, определение допустимых операций над данными для отдельных пользователей, выбор/создание программно-технологических средств защиты данных.

5.3. Тестирование средств защиты данных.

5.4. Фиксация попыток несанкционированного доступа к информации.

5.5. Исследование возникающих случаев нарушения защиты данных и проведение мероприятий по их предотвращению.

6. Обеспечение восстановления БД: разработка программно-технологических средств восстановления БД, организация ведения системных журналов.

7. Анализ обращений пользователей к БД: сбор статистики обращений пользователей к БД, ее хранение и анализ (кто из пользователей, к какой информации, как часто обращался, какие, выполнял операции, время выполнения запросов, анализ причин безуспешных (в том числе и аварийных) обращений к БД).

8. Анализ эффективности функционирования БнД и развитие системы: анализ показателей функционирования системы (время обработки, объем памяти, стоимостные показатели), реорганизация и реструктуризация баз данных, изменение состава баз данных, развитие программных и технических средств.

9. Работа с пользователями: сбор информации об изменениях в предметной области, об оценке пользователями работы БнД, определение регламента работы пользователей с БнД, обучение пользователей, консультирование пользователей.

10. Подготовка и поддержание системных программных средств:

сбор и анализ информации о СУБД и ППП, приобретение программных средств, их установка, проверка работоспособности, поддержание системных библиотек, развитие программных средств.

11. Организационно-методическая работа: выбор или создание методики проектирования БД, определение целей и направлений развития системы, планирование этапов развития БнД, разработка и выпуск организационно-методических материалов.

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

КЛАССИФИКАЦИЯ БАНКОВ ДАННЫХ

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

Классификация баз данных. Центральной компонентой банка данных является база данных, и большинство классификационных признаков относится именно к ней.

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

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

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

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

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

Рис. 1.4. Классификация БнД по характеру хранения данных и обращения к ним

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

Классификация СУБД. Рассмотрим теперь ряд классификационных признаков, относящихся к СУБД. По языкам общения СУБД делятся на открытые, замкнутые и смешанные. Открытые системы — это системы, в которых для обращения к базам данных используются универсальные языки программирования. Замкнутые системы имеют собственные языки общения с пользователями БнД. Открытые системы в настоящее время используются редко.

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

Уровень 3 (подсхема) – концептуальная модель.

Уровень 1 (схема) – даталогическая модель.

Уровень 2 (схема хранения) – внутренняя физическая модель.

Рис. 1.5 Классификация СУБД по числу уровней в архитектуре.

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

По сфере возможного применения различают универсальные и специализированные, обычно проблемно-ориентированные СУБД.

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

Дальнейшим развитием концепции РСБД являются объектно-ориентированные системы баз данных, обладающие достаточно мощными выразительными возможностями, чтобы непосредственно моделировать сложные объекты.

Новым направлением в развитии программного обеспечения банков данных являются генераторы системы базы данных. Они позволяют разработчику строить собственную СУБД нового типа без полного переписывания программного кода из заготовок.

Классификация БнД по экономико-организационным признакам.

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

По форме собственности банки данных делятся на государственные и негосударственные.

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

В литературе встречаются и другие аспекты классификации банков данных, но названные являются наиболее значимыми.

ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ

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

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

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

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

В настоящее время наблюдается тенденция к сокращению работ на стадии физического проектирования. Иногда эти работы вообще бывают скрыты от проектировщика.

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

Если СУБД поддерживает уровень подсхем, то перед проектировщиком встает задача их определения. Это тоже можно рассматривать как этап проектирования БД.

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

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

Использование аппарата подсхем облегчает работу пользователя, так как он должен знать структуру не всей базы данных, а только той ее части, которая имеет непосредственное отношение к нему; кроме того, эта структура приспособлена к его потребностям.

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

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

Взаимосвязь этапов проектирования БД. Инфологическая модель предметной области строится первой. Предварительная инфологическая модель строится еще на предпроектной стадии и затем уточняется на более поздних стадиях проектирования. Затем на ее основе строится даталогическая модель.

Рис. 1.6. Взаимосвязь этапов проектирования БД

Физическая и внешняя модели после этого могут строиться в любой последовательности, в том числе и параллельно. На рис. 1.6 изображена взаимосвязь этапов проектирования БД. Как видно из рисунка, при проектировании БД возможен возврат на предыдущие уровни. При этом возможны два вида возвратов: первый тип обусловлен необходимостью пересмотра результата проектирования (например, для улучшения полученных характеристик, «обхода» ограничений и т. п.), второй тип вызван необходимостью уточнения предыдущей модели (обычно инфологической) с целью получения дополнительной информации для проектирования или при выявлении противоречий в модели.

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

Рис. 1.7 Технологическая сеть проектирования для стадии даталогического проектирования БД: Д1 – документация по СУБД, Д2 … Дi – документация по средствам проектирования, U1 – набор допустимых даталогических конструкций, U2 – операторы ЯМД, U3 – ограничения, налагаемые СУБД на ДЛМ, U4 – возможности физической организации данных, ДМ – даталогическая модель, П1 – перечень хранения показателей.

Дата добавления: 2018-02-28; просмотров: 400; Мы поможем в написании вашей работы!

Поделиться с друзьями:

12 Следующая ⇒

Мы поможем в написании ваших работ!