8. Понятие логической модели данных.

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

9. Понятие физической или внутренней модели данных.

Логическая модель отображается в физическую модель, расположен­ную на магнитном носителе. Физическая модель, специфицирующая размещение данных, методы доступа и технику индексирования, назы­вается внутренней моделью. Физическая модель — это "каркас" БД, подлежащий хранению на физических носителях. При ее разработке необходимо позаботиться о физических параметрах БД: о распределении записей на диске, размере блока, размере буфера, характеристиках ввода — вывода и т.п.

10,Реляционная логическая модель.

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

11. Иерархическая логическая модель.

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

12. Сетевая логическая модель.

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

12. Нормализация реляционных отношений.

Основное понятие, вводимое при разработке реляционной логичес­кой модели, — это нормализация отношений. В процессе нормализации элементы данных группируются в двухмерные таблицы для каждого объекта, исключив повторяющиеся группы, т. е. на пересечении строки и столбца может быть только одно значение. (Еще раз следует подчерк­нуть, что в реляционной модели объектом может являться как собствен­но объект, так и взаимосвязи между объектами.) Для приведения от­ношения к 1-й нормальной форме необходимо исключить повторяющи­еся группы. Для приведения таблицы ко 2-й нормальной форме нужно исключить те неключевые атрибуты, которые зависят не от всего первичного ключа. Всякое отношение, находящееся во 2-й нормальной форме, является отношением и в 1-й нормальной форме. Считается, что отношение находится в 3-й нормальной форме, если устранена транзитивная зависимость между не ключевыми атрибутами. С помощью реляционной модели все взаимосвязи между объектами „ элементами сводятся к виду "один к одному".

14. Суть реляционного подхода в представлении совокупности данных.

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

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

14. Два уровня независимости данных.

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

14. Назначение и представление информации в виде отдельных файлов и в БД.

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

17.Что является основанием для интеграции данных в единую БД.

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