Лекция 1
Есть бд, есть субд. Это две большие разные. Мы работаем в среде субд.
СУБД – специализированная ос, под управлением которой мы работаем. Она отличается от привычной ОС.
У привычной ОС объект управления работает с файлом, с целью разделения ресурсов.
А СУБД занимается поддержкой работы транзакций, у нее единица измерения – запись. Обеспечивает работу транзакций с точки зрения целостности транзакций.
Физическая целостность, логическая целостность.
Физическая целостность – данные не хранятся с их ключами. Если разваливается целостность ссылок, разваливается физическая целостность
Update, put и тд угроза физ целостности
SQL целостность закладывается на уровне проектирования бд
Read/write делается ос, бд передает управление ос когда надо сделать данные операции
У всех ос есть классы защиты, у субд тоже. У СУБД это класс С.
Концептуальное проектирование (ФОТО) – делает администратор базы данных
Клиент обращается к менеджеру, ответ один – одна задача
Каждая задача -одни документы в одну единицу времени.
И так каждая система бьется на задачи
В каждой задачи надо выделять сущности. Сущности – сильные и слабые.
Сильные – существуют независимо друг от друга.
Слабые – не живут без других.
БД всегда проектируется по сильным сущностям. Они должны быть описаны.
Бьем на задачи, выделяем сущности.
Описание этих сущностей – это и есть концептуальная схема бд.
Концептуальное проектирование предполагает уже сделанную нормализацию
Первое что делаем – выделяем сильные сущности, выделяем первичные ключи и не делаем так, чтобы были составные ключи. (2 нормальная форма)
СУБД ведет описание данных data dictionary – словарь, в котором субд описывает данные о данных(метаданные). Это вторая функция, которой нужно заняться. У каждой субд свой. Например у Oracle SQL
SQL DDL – описывают концептуальные модели – язык описания
SQL DML – позволяют к ним обращаться
Одним из стандартов СУБД должен быть SQL, потому что он стандартизирован
SQL делался из sequel.
Логическое проектирование (ФОТО) – админ системы вместе с программистами
Ядро – резидентаная часть ядра, содержится в оперативной памяти
Транзиентная
Реинтерабельная
У нас субд всегда работает на сервере
Резидентная часть должна проверять целостность данных, которые вводятся в бд
Первичный ключ должен быть всегд. NOT NULL
Целостность – данные вот такие то и они не могут быть неопределены.
Доменная целостность – если ввожу какие то данные, то они могут быть конкретного типа данных. Это проверяет ядро субд.
Целостность ссылок. Мы не можем ссылаться на то, что удалили. Поэтому есть специальные функции, которые удаляют каскадом или запрещают удалять
Корпоративная целостность – целостность по количеству кортежей. Множество кортежей ограничено.
Берем программный продукт, делаем концептуальную а потом логическую и описываем все виды целостности.
Физическая схема бд -когда создаем индексы. В этом месте все проблемы. Если неправильно сделать физическую, это будет неработоспособно. Это делают системные специалисты.
ДОМАШКА - Почитать какие есть методы доступа, чем отличаются субд физическими схемами. Рисовать концептуальную и логическую бд. Берем какое то приложение, которое уже есть и переделываем там концептуальную схему и логическую схему.
Нарисовать view
Делаем create index и смотрим какой метод доступа получили
Мы должны много думать о параметрах ядра и о параметрах того, как я запускаю
После физической схемы, после этого делаем внешние схемы бд (view)
Внешние схемы должны быть заготовлены, в виде DDL.
View делается для защиты от несанкционированного доступа