- •1. Экономическая информация, ее виды, структурные единицы.
- •3. Понятие классификации информации. Системы классификации.
- •4. Классификаторы информации, их назначение, виды.
- •5. Понятие кодирования информации, методы кодирования
- •6. Приложения и компоненты бд. Словарь данных.
- •7.Трехуровневая модель организации баз данных
- •8.Понятие модели данных. Иерархическая модель, ее достоинства и недостатки.
- •9. Сетевая модель, ее достоинства и недостатки.
- •10. Реляционная модель. Ее базовые понятия (отношение, домен, кортеж, схема, степень и мощность отношения), достоинства и недостатки.
- •12.Реляционная целостность: целостность отношений, ссылочная целостность.
- •14. Постреляционная модель, ее достоинства и недостатки
- •15. Объектно-ориентированная модель данных. Ее базовые понятия, достоинства и недостатки.
- •16.Объектно-реляционная модель данных, ее достоинства и недостатки.
- •17.Многомерная модель данных, ее базовые понятия, достоинства и недостатки.
- •21. Типы связи, их представление на er-диаграмме. Класс принадлежности сущности его представление на er-диаграмме.
- •22. Правила преобразования er-диаграмм в реляционные таблицы в случае связей 1:1.
- •23.Правила преобразования er-диаграмм в реляционные таблицы в случае связей 1:м, м:n.
- •24.Нормализация таблиц,ее цель.1я нормальная форма, 2нф, 3нф
- •25. Концептуальное проектирование, его цель, процедуры
- •26. Логическое проектирование, цель, процедуры
- •27. Физическое проектирование, цель, процедуры
- •28. Понятие субд. Архитектура субд.
- •29. Функциональные возможности. Производительность субд.
- •30. Классификация субд. Режимы работы пользователя в субд.
- •31. Функции субд
- •32. Направления развития субд: расширение множества типов обрабатываемых данных, интеграция технологий бд и web-технологий, превращение субд в системы управления базами знаний.
- •33. Знания, их виды. Базы знаний. Экспертные системы
- •34. Продукционные модели. База фактов. База правил. Работа машины вывода.
- •35. Семантические сети. Виды отношений. Пример семантической сети.
- •36. Фреймы, их виды, структура. Сети фреймов. Примеры фреймов.
- •37.Характеристика субд Micrоsoft Access 2003: тип, платформа, функциональные возможности, пользовательский интерфейс, настройка рабочей среды
- •38. Характеристика объектов базы данных. Инструментальные средства для создания базы данных и ее приложений.
- •39. Типы обрабатываемых данных и выражения.
- •40. Типы, возможности и способы создания запросов.
- •41. Назначение, вид форм и способы их создания.
- •42. Назначение отчетов и способов их создания.
- •43. Типы Web-страниц
- •45. Конструирование макросов связанных и не связанных с событиями, различных по структуре.
- •46. Классификация макросов по структуре.
- •47. Макросы связанные с событиями.
- •48. Назначения, стандарты и достоинства языка sql
- •49. Структура команды sql
- •50. Типы данных и выражения sql
- •51.Возможности языка sql по: определению данных, внесению изменений в базу данных, извлечению данных из базы.
- •52.Понятие и типы транзакций. Обработка транзакций в sql.
- •53.Управление доступом к данным в sql.
- •54. Диалекты языка sql в субд.
- •55. Эволюция концепций обработки данных
- •56. Системы удалённой обработки (суо)
- •57. Клиент/серверные системы: клиенты, серверы, клиентские приложения, серверы баз данных.
- •58. Функции клиентского приложения и сервера бд при обработке запросов. Преимущества клиент/серверной обработки.
- •60. Механизмы доступа к данным базы на сервере.
- •61. Понятие и архитектура РаБд. Гомогенные и гетерогенные РаБд. Стратегии распределения данных в РаБд.
- •63. Хранилища данных.
- •64. Пользователи базы данных. Администратор базы данных, его функции.
- •65. Актуальность защиты бд. Причины, вызывающие ее разрушение. Правовая охрана баз данных.
- •66. Методы защиты баз данных: защита паролем, шифрование, разграничение прав доступа.
- •67.Восстановление бд с помощью резервного копирования бд, с помощью журнала транзакций
- •68.Оптимизация работы бд.
- •69. Возможности Access по администрированию бд
23.Правила преобразования er-диаграмм в реляционные таблицы в случае связей 1:м, м:n.
Правило4: Если связь типа 1:М и класс принадл-ти сущ-ти на стороне М явл-ся обязат., то необходимо построить таб-цу для каждой сущ-ти. Первичный ключ сущ-ти д.б.первичным ключом соответст.таб-цы.Первичный ключ сущ-ти на стороне 1 добавл.как атрибут в таб-цу для сущ-ти на стороне М.
Правило5: Если связь типа 1:М и класс принадл-ти сущ-ти на стороне М явл-ся необязат.,то необходимо построить 3 таб-цы- по одной для каждой сущ-ти и одной для связи. Первичный ключ сущ-ти д.б.первичным ключом соответс.таб-цы.Таб-ца для связи д.иметь 2 атрибута-внешние ключи обеих сущ-ей.
Правило6: Если связь типа М:N, то необходимо построить 3 таб-цы-по одной для каждой сущ-ти и одну для связи.Первичный ключ сущ-ти д.б.первичным ключом соответствующей таб-цы. Таблица для связи д.иметь 2 атрибута-ключи обеих сущ-ей.При этом осущ-ся декомпозиция связи М:N на две связи 1:М.
24.Нормализация таблиц,ее цель.1я нормальная форма, 2нф, 3нф
Реляц.БД явл-ся эфф-ной, если обладает след. хар-ками:
1.минимизация избыточности данных
2.минимальн. использ-е отсутств-щих значений(null-значений)
3. предотвращение потери информации
Нормализация таблиц позволяет минимизировать избыточность данных. Методику нормализации таблиц разработал А.Ф.Кодд. Её суть сводится к приведению таблиц к той или иной нормальн.форме. Были выделены 3 нормальн формы: 1НФ, 2НФ, 3НФ. Позже стали выделять нормальн форму Бойса-Кодда(НФБК), затем 4НФ И 5НФ. Каждая последующая нормальн форма вводит определенные ограничения на хранимые в базе данные. Реляц БД считается эфф-ной, если все ее таблицы наход-ся как минимум в 3НФ. Таблица наход-ся в 1НФ, если все ее поля содержат только простые неделимые значения.
В отношении R атрибут Y функционально полно зависит от атрибута X (Y и X м.б. составными) в том и только в том случае, если каждому значению X соответствует в точности одно значение Y. R.XR.Y.
Табл наход-ся во 2НФ , если она удовл-т требованиям 1НФ и неключевые поля функционально полно зависят от первичн ключа. Для приведения отношения ко 2НФ необходимо: - построить его проекцию, исключив атрибуты, которые не находятся в функционально-полной зависимости от составного ключа; - построить дополнительную проекцию на части составного ключа и атрибута, функционально зависящие от этой части ключа.
Функциональная зависимость R.XR.Y. называется транзитивной, если существует такой атрибут Z, что имеются функциональные зависимости R.XR.Z и R.ZR.Y и отсутствует функциональная зависимость R.ZR.X.
Таблица наход-ся в 3НФ, если она удовл-т требованиям 2НФ и не содержит транзитивных зависимостей. Транзитивн завис-ть – функциональн завис-ть между неключ полями.
Алгоритм приведения к 3НФ:
ШАГ1(приведение к 1НФ)-задается 1 или несколько отнош-й, отбраж-х понятия предметн обл-ти. По модели предметн обл-ти выпис-ся обнаруж-е функц-е завис-ти. Все отнош-я автомат-ки наход-ся в 1НФ.
ШАГ2(приведение ко 2НФ)-если обнаружена завис-ть атрибутов от части сложн ключа, то проводится декомпозиция на несколько отношений: те атрибуты, которые зависят от части сложн ключа, выносятся в отдельн отнош-е вместе с этой частью ключа. В исходн отнош-и ост-ся все ключ атрибуты.
ШАГ3(привед к 3НФ)-если обнаружена завис-ть некот-х неключ атрибутов др-х неключ атрибутов, то проводится декомпозиция этих отнош-й след образом: те неключ атрибуты, которые зависят от других неключ атрибутов вынос-ся в отдельн отнош-е. В новом отнош-и ключом становится детерминант функ-й завис-ти.