Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
БД.docx
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
44.43 Кб
Скачать

8) Этапы проектирования баз данных (перечислить, указать основные результаты каждого этапа).

Концептуальное проектирование базы данных Этап 1. Создание локальной концептуальной модели данных исходя из представлений о предметной области каждого из типов пользователей. Этап включает в себя следующие стадии: 1. определение типов сущностей; 2. определение типов связей; 3. определение атрибутов и связывание их с типами сущностей и связей; 4. определение доменов атрибутов; 5. определение атрибутов, являющихся первичными ключами; 6. создание диаграммы «сущность-связь»; 7. обсуждение локальных концептуальных моделей данных с конечными пользователями. Логическое проектирование базы данных (для реляционной модели) Этап 2. Построение и проверка локальной логической модели данных на основе представления о предметной области каждого из типов пользователей. Этап включает в себя следующие стадии: 1. определение набора отношений исходя из структуры локальной логической модели данных; 2. проверка модели с помощью правил нормализации; 3. проверка модели в отношении транзакций пользователей; 4. создание диаграмм "сущность-связь"; 5. определение требований поддержки целостности данных; 6. обсуждение разработанных локальных логических моделей данных с конечными пользователями. Этап 3. Создание и проверка глобальной логической модели данных. Этап включает в себя следующие стадии: 1. слияние локальных логических моделей данных в единую глобальную модель данных; 2. проверка глобальной логической модели данных; 3. проверка возможностей расширения модели в будущем; 4. создание окончательного варианта диаграммы «сущность-связь»; 5. обсуждение глобальной логической модели данных с пользователями. Физическое проектирование базы данных (с использованием реляционной СУБД) Этап 4. Перенос глобальной логической модели данных в среду СУБД. Этап включает в себя следующие стадии: 1. проектирование основных таблиц в среде СУБД; 2. реализация бизнес-правил предприятия в среде СУБД. Этап 5. Проектирование физического представления базы данных. Этап включает в себя следующие стадии: 1. анализ транзакций; 2. выбор файловой структуры; 3. определение вторичных индексов; 4. анализ необходимости введения контролируемой избыточности данных; 5. определение требований к дисковой памяти. Этап 6. Разработка механизмов защиты. 1. разработка пользовательских представлений (видов); 2. определение прав доступа.

9)I, II, III Нормальные формы (определения, примеры).

1-ая форма:

-Отсутствуют повторяющееся строки данных

-На пересечении любой строки со столбцом значение должно быть атомарным

2-ая форма:

-Выполняемость 1-ой формы

-Каждый неключевой атрибут зависит от всего первичного ключа

3-ая форма:

-Выполняемость 1-ой и 2-ой формы

-Никакой ключевой атрибут не зависит от других неключевых.

10)Физическая и логическая модель базы данных (отличия).

Логическая независимость от данных - означает полную защищенность внешних схем от изменений, вносимых в концептуальную схему Физическая независимость от данных - означает защищенность концептуальной схемы от изменений, вносимых во внутреннюю схему

11)Команды языка DDL (перечислить и назвать назначение команд).

Команды языка DDL (перечислить и назвать назначение команд). Язык обработки данных DML позволяет добавлять (insert), изменять (update), удалять (delete) и выбирать (select) информацию в базе данных, т.е. предназначен для работы с информационным содержанием базы данных.

12) Команды языка DML (перечислить и назвать назначение команд).

Команды языка DML (перечислить и назвать назначение команд). Язык определения данных DDL обеспечивает:  ∙ Создание объектов базы данных (CREATE) ∙ Удаление объектов базы данных (DROP) ∙ Изменение свойств объектов базы данных (ALTER)

13) Команды языка DCL (перечислить и назвать назначение команд).

 Команды языка DCL (перечислить и назвать назначение команд). Grant-открытие доступа к схемам пользователя. Revoke-закрытие доступа.

14) Оператор SELECT (перечислить и указать назначение каждого раздела).

Обязательными среди всех указанных параметров оператора SELECT являются параметры SELECT и FROM. Результатом выполнения оператора SELECT является набор данных (временная таблица), который затем либо передается пользователю, запросившему данные, либо используется как источник данных для другого оператора SELECT в качестве подзапроса. Представляет исторический интерес тот факт, что именно возможность включения одного предложения SELECT внутрь другого послужила мотивировкой использования прилагательного «структурированный» в названии языка SQL.

Синтаксис оператора имеет следующий вид: SELECT [ ALL ! DISTINCT ] <список полей> ! * [ FROM <список таблиц> [ WHERE <условие выборки> [ GROUP BY <список полей для группы> [ HAVING <условие выборки для группы> [ ORDER BY < список полей, по которым упорядочить вывод> Используются: - реляционные операторы =, < , > , <= , > = , < > ; - булевые операторы AND, OR, NOT; - IN (‘a1’, ‘a2’, …) – множество объектов; - BETWEEN ‘a1’ AND ‘a2’ – задает границы параметров; - LIKE – только для символьных полей задает шаблон ( символы % и _ ) LIKE ‘G%’ LIKE ‘L% n % d_n’ - IS NULL, IS NOT NULL - Агрегатные функции: COUNT, SUM, AVG, MAX, MIN - строки и выражения: SELECT snum, sname, city, ‘%’, comm. * 100 FROM salespeople;

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]