
- •Базы данных. Вопросы к экзамену.
- •Архитектура базы данных. Объектно-ориентированная модель.
- •Нормализация отношений базы данных. 1 нормальная форма.(нф)
- •Нормализация отношений базы данных. 2 нормальная форма.(нф) нф
- •Нормализация отношений базы данных. 3 нормальная форма(нф). Нф Бойса-Кодда.
- •Модель сущность-связь.
- •Модель сущность-связь. Степень связи.
- •15.Модель сущность-связь. Класс принадлежности сущности.
- •Структурированный язык запросов. Типы данных в sql. Запрос.
- •Удаление избыточных данных distinct.
- •Выбор при использовании предложения. Примеры простых предикатов.
- •Предикат between. Предикат in.
- •Предикат like.
- •Получение итоговых значений с помощью агрегатных функций.
- •Использование групповых операций. Предложение group by.
- •Предложение having.
- •Использование в запросе нескольких источников записей.
- •Явные операции соединения таблиц.
- •Традиционные операции над множествами. Декартово произведение, объединение.
- •Команды описания данных ddl (создание, удаление базы данных, создание, удаление таблицы).
- •Изменение свойств таблицы (alter table).
Базы данных. Вопросы к экзамену.
Базы данных. Определение базы данных.
База данных-средство накопления (бд) и организации больших объемов информации об некоторых предметной области. бд отображает текущий данные о предметной области, накапливает, хранит инфу и предоставляет различными категориями.
Базы данных. История развития.
История развивается от примитива 50-х годов к сложным интерактивным системам, сегодня первые комп системы используют в основном для введения бухгалтерии. Информация хранилась в файлах и могла быть прочитана или обработка только после того как обработается и прочтётся весь файл. Для таких систем требовалось большое количество памяти и много времени.
Архитектура базы данных. Иерархическая модель данных.
Связь между данными имеет иерархические вид т.е упорядоченный вид данных.
Досто-ства:
Эффективное использование данных
Данная модель удобна для работы с иерархически упорядоченной работы
Недостатки:
Не все связи можно предоставить в виде иерархии.
Архитектура базы данных. Сетевая модель данных.
Сетевая модель характеризуется тем что связи между объектами неупорядоченные и предоставляют сеть, где под деревья потомки могут иметь любое количестко корней.
Дост-ства:
Возможность эффективно реализовать базу данных по затратам комп.памяти
Нед-ки:
Высокое сложность понимания данной архитектуры
Архитектура базы данных. Реляционная модель данных.
РБД представляет собой хранилище данных организованных виде двумерных таблиц, любая таблица РБД состоит из строк(называемые записями/кортежами) и столбцов. Строки содержат сведение по представленных в ней фактах, на пересечение строки и столбца находиться конкретное значение. Данная таблица РБД должна удовлетворять след условия:
- значение данных в одном и том же столбце должны принадлежать одному и тому же типу данных используемых в СУБД
- каждая запись таблицы уникальна, то есть таблицы не существует двух записей с полностью совпадающим набором значении
-каждое поле имеет уникальное имя
- последовательность полей в таблице не существенна
- последовательность записей в таблице не существенна.
Поле или комбинация полей которая однозначно идентифицирует каждую запись в таблице, называют возможным ключом. Если в таблице имеет более одного ключа то один ключ выделяют в качестве первичного ключа, первичный ключ любой таблицы должен содержать уникальные не пустые значения для каждой строки. Поле указывающее на запись другой таблицы связанна с данной записью наз-ся внешним ключом, данное взаимоотношение наз-ся связью.
Архитектура базы данных. Объектно-ориентированная модель.
ООМ при представлении данных имеется возможность идентифицировать отдельные базы данных, между записями базы данных и функциями их обработки уст-ся связь. Свойство объектов БД описывается некоторым стандартным типами (текст, число) данных или типом конструируемым пользователем. Этот тип определяет class. Значением свойства class есть объект который яв-ся экземпляром соответствующего класса. Каждый объект экземпляр class принадлежит своему классу и имеет одного родителя.
Жизненный цикл базы данных.
Это период который начинается с момента принятия решения о необходимости создания б/д и до того как его изымут из эксплуатации.
-предварительное планирование осуществляется в процессе разработки стратегического плана базы данных
-проверка осуществимости, это этап определения технологической осуществимости и плана создания базы данных. Технологическая осуществимость это проверка есть ли технология для реализация базы данных
-определение требовании, выяснение информационных потребностей различных отделов, руководителей, требовании к оборудованию, программному обеспечению, которая определяется с помощью опросов, анкет сотрудников, а также с помощью форм и отчетов, которая исп-ся на предприятии. Данный этап называется концептуальным проектированием. Он заключается в создании концептуальной модели БД и создается в основе инфе собранной на предприятий
-на данном этапе осуществляется логическое проектирование, его цель состоит в создании логической модели данных для исследуемых части предприятия, так же здесь учитывается выбор СУБД (например реляционная модель). Созданная модель яв-ся источником информации для след этапа
-превращение логической модели в физическую бд:
-создание набора релеционных таблиц и ограничение на основе инф-ция которая получена на логическом этапе проектирования
-определение структуры хранения данных и методов доступа к ним
-разработка средств защиты создаваемой системы
-изъятие бд из эксплуатации
Этапы проектирования базы данных.
При пректировании БД к ней предъявляется след.сведения:
1.адекватность отображения предметной области()
Определение реляционной базы данных.
РБД – совокупность отношении содержащих всю информацию которая должна храниться в базе данных.
Отношением называется любая взаимосвязь между объектами или их свойствами и задается именем и списком атрибутов
<имя отношения>(список атрибутов)
Атрибуты – которые могут быть использованы для однозначной нидификации картежа.