
- •2.Внемашинная организация эи.
- •3.Понятие классификации инфы. Системы класс-ии
- •4.Классификаторы информации, их назначение, виды.
- •5.Понятие кодирования инфы. Методы кодирования
- •7.Объём современных бд и уст-ва для их разимещения
- •Компоненты бд:
- •9.Пользователь бд
- •10. Трехуровневая модель организации баз данных
- •11.Понятие модели данных. Иерархическая модель, ее достоинства и недостатки
- •12.Сетевая модель, ее достоинства и недостатки
- •14.Связь между таблицами в реляционной модели данных. Первичный и внешний ключи, их отличия
- •15.Реляционная целостность: целостность отношений, ссылочная целостность
- •16.Операции реляционной алгебры: объединение, пересечение, декартово произведение, разность, проекция, выборка, соединение, деление.
- •17.Постреляционная модель, ее достоинства и недостатки
- •18.Объектно-ориентированная модель данных. Ее базовые понятия, достоинства и недостатки
- •19.Объектно-реляционная модель данных, ее достоинства и недостатки
- •20.Многомерная модель данных, ее базовые понятия(измерение, ячейка), достоинства и недостатки
- •21.Понятие проектирования бд. Требования, предъявляемые к бд
- •22.Этапы жизненного цикла бд
- •23.Модель "сущность-связь". Ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на er-диаграмме
- •24.Типы связи, их представление на er-диаграмме
- •25.Класс принадлежности сущности, его представление на er-диаграмме
- •26.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1
- •26.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1
- •27.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:м, м:n
- •28.Нормализация таблиц, ее цель. Первая нф. 2-ая нф. 3-ья нф.
- •29.Концептуальное проектирование, его цель и процедуры
- •30. Логическое проектирование, его цель и процедуры
- •31.Физическое проектирование, его цель и процедуры
- •32. Семантическая объектная модель. Пример объектной диаграммы.
- •33. Case-средства для моделирования данных.
- •34.Понятие субд. Архитектура субд
- •35. Функц-ные воз-сти субд. Производительность субд
- •36.Классификация субд. Режимы работы пользователя с субд
- •37. Функции субд
- •38. Направления развития субд: расширение мн-ва типов обрабатываемых д, интеграция технологий бд и Web-технологий, превращение субд в с-мы управления бз
- •39. Знания, их виды. Базы знаний. Экспертные системы.
- •40. Продукционные модели. База фактов. База правил. Работа машины вывода.
- •41. Семантические сети. Виды отношений. Пример семантической сети.
- •42. Фреймы, их виды, структура. Сети фреймов. Примеры фреймов.
- •43. Формальные логические модели. Их примеры (исчисление высказываний и исчисление предикатов)
- •47. Инструментальные ср-ва для создания бд и её приложений
- •49. Корректировка бд (каскадные операции).
- •50. Работа с таблицей в режиме таблицы.
- •51Конструирование запросов выбора, перекрестного запроса, запросов на внесение измен в бд.
- •53. Конструирование отчета с вычислениями в строках, с частными и общими итогами.
- •55. Конструирование макросов связанных и не связанных с событиями, различных по структуре.
- •56. Назначение, стандарты, достоинства языка sql.
- •57.Структура команды sql
- •58.Типы данных и выражения в sql
- •60. Понятие транзакции. Обработка транзакций в sql
- •61. Управление доступом к данным в sql
- •62. Встраивание sql в прикладные программы
- •63.Диалекты языка sql в субд
- •64. Эволюция концепций обработки данных
- •65. Системы удаленной обработки
- •67. Настольные субд, их достоинства и недостатки
- •68. Клиент/серверные системы: клиенты, серверы, клиентские приложения, серверы баз данных
- •69.Функции клиентского приложения и сервера бд при обработке запросов. Преимущества кл/серверн обработки
- •70.Характеристики серверов бд
- •71.Механизмы доступа к данным базы на сервере
- •72.Понятие и архитектура РаБд. Стратегии распределения данных в РаБд. Гомогенные и гетерогенные РаБд
- •73.Распределенные субд (РаСубд). Двенадцать правил к. Дейта
- •74.Обработка распределенных запросов. Преимущества и недостатки РаСубд
- •75. Типы Интерфейса доступа к бд.
- •78. Актуальность защиты бд. Причины, вызывающие разрушение бд. Правовая охрана бд.
- •79. Методы защиты баз данных: защита паролем, шифрование, разграничение прав доступа
- •80. Восстановление базы данных с помощью резервного копирования бд, с помощью журнала транзакций
- •81.Оптимизация работы бд (индексрование, хеширование, технология сжатия данных базы)
- •82.Возможности субд Access по администрированию бд
28.Нормализация таблиц, ее цель. Первая нф. 2-ая нф. 3-ья нф.
Нормализация отношений – это процесс, позволяющий гарантировать эфф-сть структур данных в реляционной БД.
Цель нормализации состоит в том, что набор табл и состав их полей удовлетворял 3 усл-ям минимальности избыточности данных, использования отсутствующих значений, предотвращение потери информации.
Реляц БД считается эф-ной, если все ее табл находятся как мин в 3НФ.
Определен 1НФ Таблица находится в 1НФ, если все ее поля содержат только неделимые значения. На практике. Если в клетках столбца содержится несколько значений, то каждое из них следует представить отдельной записью.
Функциональная зависимость (ФЗ) – отображает опр семантич связь между полями таблицы.
Определен 2НФ. Табл находится в 2НФ, если она удовлетворя требованиям 1НФ и неключевые поля функционально полно зависят от первичного ключа. На практике. Неключевые поля, наход в частичной ФЗ от некоторого подмножества первичного ключа, удаляются из таблицы и помещаются в новую таблицу совместно с подмножеством первичного ключа, от кот они зависят.
Определен 3НФ Табл находитс в 3НФ, если она удовлетворяет требованиям 2НФ и не содержит транзитивных зависимостей.
Транзитивной назыв ФЗ между неключевыми полями.
29.Концептуальное проектирование, его цель и процедуры
Цель– создание концептуальной модели данных исходя из представлений пользователей о предметной области.
Процедуры концептуального проектирования:
1. Опр-ние сущностей и их документирование – Для идентификации сущностей определяются объекты, которые существуют независимо от других. Каждой сущности присваивается осмысленное имя, понятное пользователям. Имена и описания сущностей заносятся в словарь данных.
2. Опр-ние связей между сущ и их док-ние - Устанавливается тип каждой из них. Выявляется класс принадлежности сущностей. Связям присваиваются осмысленные имена, выраженные глаголами.
3.Создание ER-модели предметной области. Для представления сущностей и связей между ними используются ER-диаграммы. На их основе создается единый наглядный образ моделируемой предметной области – ER-модель предметной области.
4. Опр-ние атрибутов и их док-ние. Выявляются все атрибуты, описывающие сущности созданной ER-модели. Каждому атриб присваив осмысленное имя, понятное пользователю. О каждом атрибуте в словаре данных помещаются следующие сведения: имя атрибута и его описание; тип и размерность значений; значение, принимаемое для атрибута по умолчанию; может ли атрибут иметь Null-значения; является ли атрибут составным, является ли атрибут расчетным.
5. Опр-ние значений атрибутов и их док-ние - Для каждого атрибута сущности, участвующей в ER-модели, определяется набор допустимых значений и ему присваивается имя.
6.Опр-ние первичных ключей для сущностей и их док-ние.
7. Обсуждение концептуальной модели данных с конечными пользователями.
30. Логическое проектирование, его цель и процедуры
Цель–преобразование концептуальной модели на основе выбранной модели данных в логическую модель, не зависимую от особенностей используемой в дальнейшем СУБД для физ реализации БД. Процедуры:
1. Выбор модели данных. Чаще всего реляционная модель д.
2. Опр-ние набора табл исходя из ER-модели и их док-ние. Для каждой сущности ER-модели создается таблица. Устанавливаются связи м/у табл-ами посредством механизма первичных и внешних ключей. Структуры таблиц и установленные связи между ними документируются.
3. Нормализация таблиц. Проверяется корректность структуры таблиц, созданных на пред шаге, посредством применения к ним процедуры нормализации.
4. Проверка логической модели данных на предмет возможности выполнения транзакций. Транзакция – это набор действий, выполняемых отдельным пользователем или прикладной программой с целью изменения содержимого БД так, чтобы она осталась в непротиворечивом состоянии.
5. Опр-ние требований поддержки целостности данных и их док-ние. Эти требования представляют собой ограничения, которые вводятся с целью предотвратить помещение в базу данных противоречивых данных. Целостность Д - с-ма правил, кот исп-ся для поддержания связи м/д строками в таб и для обесп защиты от случайного удаления/изм Д. Типы ограничений:
1) обязательные данные.
2) ограничения для значений атрибутов
3) целостность сущностей
4)ссылочная целостность
5)ограничения, накладываемые бизнес-правилами.
6. Создание окончательного варианта логической модели данных и обсуждение его с пользователями. Подготавливается окончательный вариант ER-модели, представляющий логическую модель данных.