- •10. Трехуровневая модель организации баз данных
 - •13. Реляционная модель
 - •Достоинства и недостатки реляционной модели данных
 - •14. Связь устанавливается посредством связи ключевых полей, содержащих общую информацию для обеих таблиц.
 - •Одна запись главной таблицы может быть связана с одной или несколькими записями подчиненной таблицы. При этом значения первичного ключа уникальны, а внешнего – могут повторяться.
 - •17. Постреляционная модель
 - •16. Операции реляционной алгебры
 - •18. Объектно-ориентированная модель
 - •22. Этапы жизненного цикла бд
 - •23. Модель "сущность-связь" (er-модель)
 - •20. Многомерная модель
 - •25. Понятие класс принадлежности сущности
 - •27. Правило 4
 - •Правило 5
 - •Правило 6
 - •26. Преобразование er-модели в реляционную модель
 - •Правило 1
 - •Правило 2
 - •Определение 3нф: Таблица находится в 3нф, если она удовлетворяет требованиям 2нф и не содержит транзитивных зависимостей.
 - •29. Процедуры концептуального проектирования
 - •30. Процедуры логического проектирования
 - •31.Процедуры физического проектирования
 - •32. Семантическая объектная модель (сомд)
 - •36. Классификация субд
 - •1) По степени универсальности:
 - •2) По типу поддерживаемой модели данных:
 - •33. Case-средства для моделирования данных
 - •34. Понятие субд
 - •37. Функции субд
 - •3. Ведение системного каталога (словаря данных).
 - •4. Контроль доступа к данным.
 - •38. Направления развития субд
 - •35. Возможности, предоставляемые субд пользователям
 - •41. Семантические сети
 - •43. Формальные логические модели
 - •Компоненты бд:
 - •7.Устройства для хранения бд
 - •42. Фреймы
 - •6. Внутримашинная организация экономической информации
 - •2.Внемашинная организация экономической информации
 - •1.Экономическая информация
 - •81. Оптимизация работы с бд
 - •82. Возможности администрирования бд в субд Access
 - •Сервис/Служебные программы/Сжать и восстановить базу данных
 - •62.Встраивание sql в прикладные программы
 - •75. Интерфейсы доступа к данным
 - •49. Создание схемы данных и корректировка бд
 
10. Трехуровневая модель организации баз данных
В настоящее время используется трехуровневая модель организации БД, предложенная в 1975 г. ANSI. БД имеет различные уровни описания.
1. Внешний уровень – это представление о БД отдельных пользователей и прикладных программ.
Каждый пользователь, каждая прикладная программа видят и обрабатывают только те данные предметной области, которые им необходимы. Н-р, прикладная программа, используемая отделом кадров, обрабатывает сведения о сотрудниках, их адресе, стаже работы и не оперирует данными о заработной плате.
2. На концептуальном уровне БД представляется обобщенно – объединяются данные, используемые различными пользователями и прикладными программами. Данный уровень фактически определяет обобщенную модель предметной области и не содержит никаких сведений о методах хранения данных.
3. Внутренний (физический) уровень поддерживает представление БД в памяти компьютера.
11. Модель данных – это совокупность  принципов организации БД.
Классическими являются иерархическая, сетевая и реляционная модели данных.
Иерархическая модель
В иерархической модели связи между данными можно представить с помощью дерева. Данные расположены на разных иерархических уровнях и называются сегментами. Самый высокий сегмент – корневой. Сегменты на более низком уровне – сегменты-потомки. Сегменты на более высоком уровне – сегменты-предки. Каждый сегмент может иметь только одного предка на более высоком уровне и одного или несколько потомков на более низком уровне.
Доступ к определенному сегменту осуществляется по цепочке, от сегмента-предка к сегменту-потомку, начиная слева.
Недостаток иерархической модели – громоздкость для обработки данных со сложными логическими связями.
Достоинство – эффективное использование памяти компьютера при хранении данных.
12. Сетевая модель
Сетевая модель является развитием иерархической модели. В ней потомок может иметь любое количество предков. Есть сегменты – наборы записей – связываются между собой не только по принципу «сверху вниз», но и «по горизонтали» с помощью наборов связей.
Для связи записей ПРОЕКТ и ИСПОЛНИТЕЛЬ вводится запись ИСПОЛНИТЕЛЬ_ПРОЕКТ.
Достоинства сетевой модели данных – возможность образования произвольных связей и быстрый доступ к данным.
Недостатки сетевой модели – сложность ее понимания для обычного пользователя и большие объемы памяти компьютера на хранение данных.
13. Реляционная модель
Основные понятия реляционной модели данных
В основе реляционной модели данных – понятие отношения. Отношение отображает некоторый объект. Объект характеризуется набором атрибутов D1, D2 ,…, Dn, а каждый атрибут – набором допустимых значений, называемым доменом. Пусть
D1={х1, х2,…,хk}
D2={y1, y2,…,yl}
. . . . . . . . . . . . . .
Dn={z1, z2,…,zm}
Cписок имен атрибутов (D1, D2,…,Dn) называется схемой отношения, а количество атрибутов в отношении – степенью отношения.
Отношение – подмножество R декартова произведения D1 x D2 x … xDn,
т.е. R  D1 x D2 x … xDn.
Декартово произведение – это набор всевозможных сочетаний из n значений, где каждое значение берется из своего домена.
Термин «отношение» – синоним слова «таблица». Выше описанное отношение R можно представить как таблицу вида.
Столбцы таблицы соответствуют атрибутам. Строки называются кортежами. Количество кортежей в отношении – мощность отношения.
Реляционная модель данных – модель данных, основанная на математическом понятии отношения и представлении отношений в форме таблиц.
Таблица в реляционной модели данных должна обладать следующими свойствами.
Каждое значение атрибута, содержащееся на пересечении строки и столбца, должно быть атомарным, т.е. не расчленяться на несколько значений.
Значения в столбце должны быть однородными.
Каждая строка уникальна, т.е. в таблице не существует двух полностью совпадающих строк.
Каждый столбец имеет уникальное имя.
Последовательность столбцов в таблице не существенна.
Последовательность строк в таблице не существенна.
В таблице реляционной БД столбцы называют полями, а строки – записями.
Одно или несколько полей, значения которых в каждой записи таблицы однозначно ее идентифицируют, называют ключевым полем.
В реляционной БД между таблицами устанавливаются связи. Связи делают их более информативными, чем они являются по отдельности.
