- •1.Системы баз данных.
- •6. Трехуровневая архитектура ansi-sparc.
- •7. Модели данных. Иерархическая, сетевая модели.
- •11. Реляционное исчисление.
- •22. Нормализация данных. Цель нормализации, избыточность данных и аномалии обновления.
- •28. Структура команды запроса.
- •Vsize ( выраж ). Возвpащает количество байтов, котоpое занимает "выраж" во внутpеннем пpедставлении oracle. 33. Групповые функции.
- •35. Упорядочивание данных, найденных запросом.
- •42. Словарь данных. Определение, назначение, структура.
- •47. Использование операторов some, all, exists.
- •49. Представления (views). Назначение, создание, хранение.
- •51. Именование объектов в базе данных.
6. Трехуровневая архитектура ansi-sparc.
Внешний уровень (уровень пользователя) обеспечивает каждому пользователю возможность обращения к одним и тем же данным, используя своё собственное представление о них. Концептуальный уровень - уровень администратора базы данных, который должен иметь возможность изменять структуру базы данных, не оказывая влияния на пользовательские представления. Этот уровень описывает то, какие данные хранятся в базе данных, а также связи между ними. Это логическая структура всей базы данных. Внутренний уровень - физическое представление базы данных в компьютере, описывает как информация хранится(находится) в базе данных. Уровень находится под управлением СУБД. Описывает физическую структуру базы данных и предназначен для достижения оптимальной производительности. Физическая организация данных - файлы, хранимые операционной системой, которыми управляет операционная система.
7. Модели данных. Иерархическая, сетевая модели.
Иерархическая модель данных Достоинства: Фантастически быстрый поиск Недостатки: Сложность внесения изменений в структуру данных, обратный поиск
Сетевая модель данных Вводит дополнительные связи, которые помогают устранить недостатки иерархической модели. Достоинства: простота, содержит связи M:N, гибкость доступа к данным, возможность обеспечения целостности данных, выход международного стандарта. Недостатки: стоимость, недостаточная структурная независимость. 8. Модели данных. Объектно-реляционная.
Объектно-реляционная СУБД (РСУБД) поддерживает некоторые технологии, реализующие объектно-ориентированный подход. Разница между объектно-реляционными и объектными СУБД: первые являют собой надстройку над реляционной схемой, вторые же изначально объектно-ориентированы. Главная особенность и отличие объектно-реляционных, как и объектных, СУБД от реляционных заключается в том, что О(Р)СУБД интегрированы с Объектно-Ориентированным (OO) языком программирования, внутренним или внешним как C++, Java. Характерные свойства ОРСУБД: 1) комплексные данные 2) наследование типа 3) объектное поведение. Комплексные данные могут быть реализованы через постоянно-хранимые объекты (persistent objects). Создание комплексных данных в большинстве существующих ОРСУБД основано на предварительном определении схемы через определяемый пользователем тип (UDT - user-defined type). Используются также встроенные конструкторы составных типов, например массив (ARRAY). 9. Модели данных. Объектно-ориентированная.
Объектно-ориентированная база данных (ООБД). Основным достоинством объектно-ориентированной модели данных в сравнении с реляционной является возможность отображения информации о сложных взаимосвязях объектов. Объектно-ориентированная модель данных позволяет идентифицировать отдельную запись базы данных и определять функции их обработки. Недостатками объектно-ориентированной модели являются высокая понятийная сложность, неудобство обработки данных и низкая скорость выполнения запросов. 10. Реляционная модель. Терминология.
Реляционная модель значительно отличается от преведущих (иерархической и сетевой). Основу реляционной модели составляет двумерная таблица. Преимущеста реляционной модели данных: 1. Струтурная независимость (простота внесения изменений в структуру). 2. Гибкость. 3. Легкость поиска. 4. Возможность поиска в любом направлении. 5. Поддержка языка SQL. Недостатки: 1. Неделимость данных на пересечении строки и столбца. 2. Ограниченность типов данных. Требования к таблицам: 1. Данные должны быть структурно неделимы (отамарны). 2. Данные в одном столбце должны быть одного и того же типа данных. 3. Каждая строка должна быть уникальна (не должно быть дублирования строк). 4. Столбцы могут размещаться в произвольном порядке. 5. Строки могут размещаться в произвольном порядке. 6. Столбцы должны иметь уникальные имена.
Отношение - связь между некоторыми строками Связь - это запись таблицы. при заполнение строки надо придерживаться реляционный целостности Столбце - атрибут сущности, где сущность это таблица. Ячейка - значения атрибута определенной записи
