Содержание
- 2. 2.1. Трехуровневая архитектура ANSI-SPARC Модель ANSI/SPARC представляет собой основу для понимания некоторых функциональных особенностей СУБД. Цель
- 3. 2.1.1. Внешний уровень Внешний уровень. Представление базы данных с точки зрения пользователей. Этот уровень описывает ту
- 4. 2.1.2. Концептуальный уровень Концептуальный уровень. Обобщающее представление базы данных. Этот уровень описывает то, какие данные хранятся
- 5. 2.1.3. Внутренний уровень Внутренний уровень. Физическое представление базы данных в компьютере. Этот уровень описывает, как информация
- 6. 2.1.4. Схемы, отображения и экземпляры Общее описание базы данных называется схемой базы данных. Существуют три различных
- 7. Отображения Концептуальная схема связана с внутренней схемой посредством концептуально внутреннего отображения оно позволяет СУБД: найти фактическую
- 8. Отличие БД от её описания Описанием базы данных является схема базы данных. Схема создается в процессе
- 9. 2.1.5. Независимость от данных Основным назначением трехуровневой архитектуры является обеспечение не зависимости от данных, которая означает,
- 10. Реализация независимости от данных в трехуровневой архитектуре ANSI/SPARC
- 11. 2.2. Языки баз данных Внутренний язык СУБД для работы с данными состоит из двух частей: языка
- 12. 2.2.1. Язык определения данных — DDL Язык DDL. Описательный язык, который позволяет АБД или пользователю описать
- 13. 2.2.2. Язык управления данными —DML Язык DML. Язык, содержащий набор операторов для поддержки основных one- раций
- 14. Процедурные языки DML Процедурный язык DML. Язык, который позволяет сообщить системе о том, какие данные необходимы,
- 15. Непроцедурные языки DML Непроцедурный язык DML. Язык, который позволяет указать лишь то, какие данные требуются, но
- 16. 2.2.3. Языки 4GL Аббревиатура 4GL представляет собой сокращенный английский вариант написа- ния термина язык четвертого поколения
- 17. 2.3. Модели данных и концептуальное моделирование Модель данных. Интегрированный набор понятий для описания и обработки данных,
- 18. 2.3.1. Объектные модели данных При создании объектных моделей данных используются понятия: сущность; атрибут; связь. Сущность —
- 19. 2.3.2. Модели данных на основе записей В модели на основе записей база данных состоит из нескольких
- 20. Иерархическая модель данных В иерархической модели узел может иметь только одного родителя. Иерархическая модель может быть
- 21. Иерархическая модель данных Пример иерархической БД Список составных частей изделия по своей природе является иерархической структурой
- 22. Иерархическая модель данных Получая доступ к информации, содержащейся в базе данных, программа могла: найти конкретную деталь
- 23. Сетевая модель Сетевая модель данных позволяет отображать разнообразные взаимосвязи элементов данных в виде произвольного графа, обобщая
- 24. Сетевая модель Пример схемы сетевой БД Физическое размещение данных в базах сетевого типа может быть организовано
- 25. Сетевая модель Недостатком сетевой модели данных является высокая сложность и жесткость схемы БД, построенной на ее
- 26. Реляционная модель Реляционная модель данных предложена сотрудником фирмы IBM Эдгаром Коддом и основывается на понятии отношение
- 27. Поскольку в рамках одной таблицы не удается описать более сложные логические структуры данных из предметной области,
- 28. 2.3.3. Физические модели данных Физические модели данных описывают то, как данные хранятся в компьютере, представляя информацию
- 29. 2.3.4. Концептуальное моделирование Концептуальная схема является "сердцем" базы данных. Она поддерживает все внешние представления, а сама
- 30. 2.4. Функции СУБД Кодд предложил перечень из восьми служб, которые должны быть реализованы в любой полномасштабной
- 31. Службы СУБД имена пользователей, которым предоставлено право доступа к данным; внешняя, концептуальная и внутренняя схемы и
- 32. Службы СУБД Службы управления параллельной работой СУБД должна иметь механизм, который гарантирует корректное обновление базы данных
- 33. Службы СУБД Службы восстановления СУБД должна предоставлять средства восстановления базы данных на случай какого-либо ее повреждения
- 34. Службы СУБД Поддержка обмена данными СУБД должна обладать способностью к интеграции с коммуникационным прораммным обеспечением. СУБД
- 35. Службы СУБД Службы поддержки целостности данных СУБД должна обладать инструментами контроля за тем, чтобы данные и
- 36. 2.5. Компоненты СУБД СУБД является сложным видом программного обеспечения, предназначенным для предоставления ресурсов. СУБД состоит из
- 37. 2.6 Основные компоненты типичной системы управления базами данных
- 38. Компоненты диспетчера базы данных
- 39. Компоненты диспетчера базы данных Модуль контроля прав доступа. Модуль проверяет наличие у данного пользователя полномочий для
- 41. Скачать презентацию