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