- •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 по администрированию бд
25. Концептуальное проектирование, его цель, процедуры
Цель концептуальн проектирования-создание концептуальн модели данных исходя из представлений пользователя о предметной обл-ти.
Концептуальн проектир-ние:
1 анализ требований к БД: выявление представлений конечных пользователей и требований к обработке транзакций
2 моделир-ние связей сущностей и нормализация; определение сущностей, атрибутов и связей, построение ER-диаграмм, нормализация таблиц.
3 проверка модели данных: правила ввода, обновления и удаления, проверка отчетов, запросов, представлений
4 проектирование распределенной БД: определение местополож-я таблиц, требований доступа и стратегии фрагментирования.
Процедуры: 1 определение сущностей и их документирование: для идентификации сущностей определяются объекты, которые существуют независимо от других. Такие объекты являются сущностями. Каждой сущности присваивается осмысленное имя, понятное пользователям. Имена и описания сущностей заносятся в словарь данных.
2 создание семантической модели предметной области
3 определение связей между сущностями и их документирование:
Определяются только те связи между сущностями, которые необходимы для удовлетворения требований к проекту БД. Устанавливается тип каждой из них. Выявляется класс принадлежности сущностей. Связям присваиваются осмысленные имена, выраженные глаголами. Развернутое описание каждой связи с указанием ее типа и класса принадлежности сущностей, участвующих в связи, заносится в словарь данных.
4обсуждение концептуальной модели данных с конечными пользователями - если будут обнаружены несоответствия предметной области, то в модель вносятся изменения до тех пор, пока пользователи не подтвердят, что предложенная им модель адекватно отображает их личные представления.
26. Логическое проектирование, цель, процедуры
Цель – преобразование концептуальной модели на основе выбранной модели данных в логическую модель, не зависимую от особенностей используемой в дальнейшем СУБД для физической реализации БД.
Результат: - логич структура БД, которая представляет собой схему, описанную в терминах языка описания данных
- функционирование спецификации программных модулей и набор возможных запросов к БД.
Процедуры: 1 определение набора таблиц из ER-модели и их документирование-для каждой сущности ER-модели создается таблица. Имя сущности – имя таблицы. Устанавливаются связи между таблицами посредством механизма первичных и внешних ключей. Структуры таблиц и установленные связи между ними документируются.
2 проверка логической модели данных на предмет выполнения всех транзакций, предусмотренных пользователями. Транзакция – набор действий, выполняемых отдельным пользователем или прикладной программой с целью изменения содержимого БД.
3 определение требований поддержки целостности данных и их документирование – эти требования представляют собой ограничения, которые вводятся с целью предотвратить помещение в БД противоречивых данных.
4 создание окончательного варианта логической модели данных и обсуждение его с пользователями – подготавливается окончательный вариант ER-модели , представляющей логическую модель данных.