- •20. Понятие проектирования базы данных. Требования, предъявляемые к базе данных.
- •21. Этапы жизненного цикла базы данных.
- •22. Модель "сущность-связь", ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на er-диаграмме.
- •25.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1.
- •23.Типы связи, их представление на er-диаграмме
- •26.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:м, м:n.
- •27. Нормализация таблиц, ее цель. Первая нормальная форма. Вторая нормальная форма. Третья нормальная форма.
- •24.Класс принадлежности сущности, его представление на er-диаграмме.
- •28.Концептуальное проектирование, его цель и процедуры.
- •30. Физическое проектирование, его цель и процедуры
- •29. Логическое проектирование, его цель и процедуры
- •Тема 4. Системы управления бд
- •31. Понятие субд. Архитектура субд.
- •32. Функциональные возможности субд и производительность субд.
- •33. Классификация субд. Режимы работы пользователя с субд.
- •35. Направления развития субд: расширение множества типов обрабатываемых данных.
- •Тема 5. Базы знаний и модели их предстваления
- •37. Прод. М, База фактов, правил. Работа машины вывода.
- •39. Фреймы
- •38. Семантические сети. Виды отн. Пример:
- •40.Формал. Логич. Модели. Их примеры
- •Тема 6. Общая характеристика субд Micrоsoft Access 2003
- •43.Типы обрабат-ых. Данных и выражения.
- •Тема 7.Технологии работы с бд в субд Microsoft Access 2003
- •44.Типы, возм-ти и способы создания запросов
- •52. Назначение,стандарты, достоинства языка sql
- •56. Условие целостности.Понятие транзакции
- •60. Эволюция концепций обработки данных
- •61. Системы удаленной обработки
- •67. Характеристики серверов данных
- •69. Понятие и архитектура распределенных бд. Гомогенные и гетерогенные РаБд. Стратегии распределения данных в РаБд.
- •73. Пользователи базы данных. Администратор базы данных, его функции
- •76. Восстановление бд с помощью резервного копирования бд, с помощью журнала транзакций
- •75. Методы защиты бд: защита паролем, шифрование, разграничение прав доступа
- •78. Характер-ка Micrоsoft Access 2000: тип, платформа, функц возм-ти, пользовательский интерфейс
27. Нормализация таблиц, ее цель. Первая нормальная форма. Вторая нормальная форма. Третья нормальная форма.
Нормализация отношений – процесс, позволяющий гарантировать эффективность структур данных в реляц БД. Реляц БД считается эфф, если она облад характеристиками. 1. Минимизация избыточности данных(В БД присутствует избыточность, если одни и те же данные находятся в неск местах. →память компа испол-ся неэкономно и времени на корректировку данных тратится больше). 2. Минимальное использование отсутствующих значений. 3. Предотвращение потери информации. Реляц БД считается эфф, если все ее таблицы наход как min в 3НФ. Табл находится в 1НФ, если все ее поля содержат только простые неделимые значения. Табл находится в 2НФ, если она удовлетворяет требованиям 1НФ и неключ поля зависят от первич ключа. Табл находится в 3НФ, если она удовлетворяет требованиям 2НФ и не содержит транзитивных зависимостей. Транзитивная зависимость - функциональная зависимость между неключевыми полями.
24.Класс принадлежности сущности, его представление на er-диаграмме.
Если каждый экземпляр сущности А связан с экз сущности В, то класс принадлежности сущности А явл обязательным. Отмечается на ER-диаграмме черным кружочком, помещ в прямоугольник, смежный с прямоуг сущности А. Если не каждый экз сущн А связан с экз сущн В, то класс принадлежности сущн А явл необязательным. Отм на ER-диаграмме черным кружком, помещенным на линии связи возле прямоугольника сущности А.
На ER-диаграмме 1 класс принадлежности обеих сущностей необязат. На ER-диаграмме 2 класс принадлежности сущности КЛИЕНТ обязат, а сущности СЧЕТ необязат. На ER-диаграмме 3 класс принадлежности сущности КЛИЕНТ необязат, а сущности СЧЕТ обязат. На ER-диаграмме 4 класс принадлежности обеих сущностей обязательный.
28.Концептуальное проектирование, его цель и процедуры.
Цель этапа концептуал проектирования – создание концептуал модели данных исходя из представлений пользователей о предмет обл. Для ее достижен вып-ся ряд последоват процедур.1. Определ сущностей и их документирование. Для определения сущностей определ объекты, кот существ независимо от других. Такие объекты - сущности. 2. Определ связей между сущностями и их документирование. Определяются только те связи, кот необходимы для удовлетворения требований к проекту БД. Устанавл-ся тип каждой из них. Выяв-ся класс принадлежности сущностей. 3. Создание ER-модели предметной области. Для представлсущностей и связей между ними испол-ся ER-диаграммы. На их основе создается единый наглядный образ моделируемой предмет обл – ER-модель предмет области.4. Определение атрибутов и их документирование. Выявляются все атрибуты, опис-щие сущности созд ER-модели. Каждому атрибуту присв-ся осмысленное имя, понятное пользователям. 5. Определение значений атрибутов и их документирование. Для каждого атрибута сущности определяется набор допустимых значений и ему присваивается имя. 6. Определение первичных ключей. На этом шаге руководствуются определением первичного ключа – как атрибута или набора атрибутов сущности, позволяющего уникальным образом идентифицировать ее экземпляры. 7. Обсуждение концептуал модели данных с конеч пользователями.