![](/user_photo/2706_HbeT2.jpg)
- •1. Три ланкова архітектура системи баз даних
- •2. Моделі даних у системах баз даних
- •3. Етапи проектування автоматизованих інформаційних систем.
- •4. Проектування концептуальної моделі предметної області з використанням er – діаграми.
- •5. Структура даних і обмеження реляційної моделі.
- •6. Нормалізація відношень і теорія нормальних форм.
- •7. Алгоритм приведення відношень до третьої нормальної форми.
- •8. Використання операцій реляційної алгебри для створення мови запитів.
- •9. Використання реляційного числення для створення мови запитів
- •10. Призначення й структура мови sql.
- •Типы данных
- •11. Структура запитів мови sql.
- •12. Формування вкладених запитів в sql.
- •13. Концептуальне і фактичне виконання запитів у мові sql.
- •14. Мова маніпулювання даними sql.
- •Добавление строк.
- •Удаление строк.
- •Изменение данных.
- •15. Мова визначення даних sql.
- •16. Надання прав доступу в sql.
- •17. Архітектура бд клієнт – сервер.
- •18. Проектування застосівників до бд у системі клієнт-сервер.
- •Проектирование отчетов.
- •Тестирование приложения.
- •19. Способи доступу до бд із застосівників.
- •20. Повнота реляційної субд (правила Кодда).
- •21. Розподілені бд (правила Дейта).
- •22. Керування транзакціями.
- •23. Рівні ізоляції транзакцій.
- •24.Збережені процедури в tsql.
- •25. Функції користувача в tsql.
- •26. Представлення в tsql.
- •27.Тригери в tsql.
- •28. Курсори в tsql.
- •29. Створення індексів в tsql.
- •30. Команди керування даними в tsql.
1. Три ланкова архітектура системи баз даних
В компьютерных технологиях трёхуровневая архитектура, синоним трёхзвенная архитектура (англ. three-tier или Multitier architecture) предполагает наличие следующих компонентов приложения: клиентское приложение (обычно говорят «тонкий клиент» или терминал), подключенное к серверу приложений, который в свою очередь подключен к серверу базы данных.
Обзор архитектуры
Терминал — это интерфейсный (обычно графический) компонент, который представляет первый уровень, собственно приложение для конечного пользователя. Первый уровень не должен иметь прямых связей с базой данных (по требованиям безопасности), быть нагруженным основной бизнес-логикой (по требованиям масштабируемости) и хранить состояние приложения (по требованиям надежности). На первый уровень может быть вынесена и обычно выносится простейшая бизнес-логика: интерфейс авторизации, алгоритмы шифрования, проверка вводимых значений на допустимость и соответствие формату, несложные операции (сортировка, группировка, подсчет значений) с данными, уже загруженными на терминал.
Сервер приложений располагается на втором уровне. На втором уровне сосредоточена бо́льшая часть бизнес-логики. Вне его остаются фрагменты, экспортируемые на терминалы (см.выше), а также погруженные в третий уровень хранимые процедуры и триггеры.
Сервер базы данных обеспечивает хранение данных и выносится на третий уровень. Обычно это стандартная реляционная или объектно-ориентированная СУБД. Если третий уровень представляет собой базу данных вместе с хранимыми процедурами, триггерами и схемой, описывающей приложение в терминах реляционной модели, то второй уровень строится как программный интерфейс, связывающий клиентские компоненты с прикладной логикой базы данных.
В простейшей конфигурации физически сервер приложений может быть совмещён с сервером базы данных на одном компьютере, к которому по сети подключается один или несколько терминалов.
В «правильной» (с точки зрения безопасности, надёжности, масштабирования) конфигурации сервер базы данных находится на выделенном компьютере (или кластере), к которому по сети подключены один или несколько серверов приложений, к которым, в свою очередь, по сети подключаются терминалы.
Достоинства
По сравнению с клиент-серверной или файл-серверной архитектурой можно выделить следующие достоинства трёхуровневой архитектуры:
масштабируемость
конфигурируемость — изолированность уровней друг от друга позволяет (при правильном развертывании архитектуры) быстро и простыми средствами
2. Моделі даних у системах баз даних
В настоящее время сущ. следующие модели данных - иерархическая, сетевая, реляционная, постреляционная, многомерная, и объектно-ориентированная. Модель данных отличается способом представления данных, ограничениями целостности данных и ограничениями ссылочной целостности.
В иерархической модели, связи между записями, которые характеризуют связи между объектами, представляются в виде дерева. Модель предполагает структуру, -дерево определения данных и дерево данных.
Достоинство
иерархической модели(структуры):Простое
отображение предметной области в эту
модель.
Недостатки: 1. дублирование
данных. 2. сложность доступа через корень.
3. сложное манипулирование данными(добавление,
удаление, изменение).
Основной принцип
поддержки целостности данных. Не должно
быть порожденных вершин, кроме
родительской(корневой).
Сетевая модель. CADASIL. Набор - дерево -> сущность, связанная с отдельными сущностями.
Достоинство модели - позволяет моделировать в одной предметной области, исключает дублирование данных. Недостаток: 1. сложность изменения структуры данных. 2. сложность организации доступа к данным. Реляционная модель. 80%-баз данных поддерживают реляционную модель. Состоит из трех частей: 1. структурная часть. 2. система поддержки целостности. 3. манипуляционной части. Постреляционная модель. В общей реляционной модели данные представляются в виде таблицы, данные в ячейке представляют простое, а не составное данное. В построении модели, в каждой ячейке можно хранить структуры таблицы. Недостаток-доступ к данным недостаточно обоснован. Многомерная модель. 1993-создал Э. Кодд- сформировал основные свойства многомерной модели данных. Куб данных
Объектно - ориентированная модель(Enhaneed ER-EER). Добавлено понятие наследования и инкапсуляции. Структурная часть опирается на понятие домена. Домен-это подмножество значений, которое может принимать поименованный тип данных. При этом в реляционной модели могут быть только простые атомарные типы. Сюда относятся логические числовые типы.