- •1.Эи, ее виды, структурные единицы
- •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
- •27.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:м, м:n
- •28.Нормализация таблиц, ее цель. Первая нф. 2-ая нф. 3-ья нф.
- •Реляц бд считается эф-ной, если все ее табл находятся как мин в 3нф.
- •29.Концептуальное проектирование, его цель и процедуры
- •30. Логическое проектирование, его цель и процедуры
- •31.Физическое проектирование, его цель и процедуры
- •32. Семантическая объектная модель. Пример объектной диаграммы.
- •33. Case-средства для моделирования данных. Назначение и функциональные возможности Erwin.
- •34.Понятие субд. Архитектура субд
- •35. Возможности, предоставляемые субд пользователям. Производительность субд
- •36.Классификация субд. Режимы работы пользователя в субд
- •37. Функции субд
- •38. Направления развития субд: расширение мн-ва типов обрабатываемых д, интеграция технологий бд и Web-технологий, превращение субд в с-мы управления бз
- •39. Знания, их виды. Базы знаний. Экспертные системы.
- •40. Продукционные модели. База фактов. База правил. Работа машины вывода.
- •41. Семантические сети. Виды отношений. Пример cемантической сети. Функц-ные возможности Protégé
- •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 по администрированию бд
74.Обработка распределенных запросов. Преимущества и недостатки РаСубд
В распределенной среде работа системы не должна демонстрировать никакого снижения производительности, связанного с его распределенной архитектурой, н-р с присутствием медленных сетевых соединений. РаСУБД должна находить наиболее эффективные стратегии выполнения запросов. Дополнительная сложность возникает из-за необходимости учитывать наличие фрагментации, репликации и определенной схемы размещения данных. Обработчик распределенных запросов должен выяснить:
- к какому фрагменту следует обратиться;- какую копию фрагмента использовать, если его данные реплицируются;- какое из местоположений должно использоваться. Используется механизм двухфазного завершения транзакций, когда на первом этапе серверы, вовлеченные в транзакцию, сигнализируют о готовности ее завершить, а на втором этапе происходит реальная фиксация изменений в БД.
Преимущества: более полно отражают территориально распределенную структуру предприятия;
обеспечивают большую живучесть ИС, так как в случае разрушения одной из локальных БД другие БД остаются работоспособными.
- отражение структуры организации; - разделяемость и локальная автономность; - повышение доступности данных; - повышение надежности; - повышение производительности; - экономические выгоды; - модульность системы.
Недостатки РаСУБД:
1. Повышение сложности их практ реализации.
2. Увеличение стоимости.
3. Проблемы защиты. себе.
4. Усложнение контроляза целостностью данных.
5. Отсутствие стандартов.
6. Недостаток опыта.
7.Усложнение процедуры разработки БД.
75. Типы Интерфейса доступа к бд.
Доступ посредством форм. В большинстве реляц СУБД есть средства для создания форм. Некот формы генеририруютс автоматически при определ табл, а другие – создаются разрабо.
Доступ с помощью языка запросов. Пользователь вводит команды, кот указывают, какие действия необходимо произвести над БД. СУБД расшифр эти команды и выполняет предписанные действия. Важн из всех языков запр – язык SQL.
Доступ посредством хранимых процедур и триггеров. Некот последовательности команд SQL приходится выполнять регулярно. При этом приходится только менять условие в предлож WHERE. Чтобы учесть эту потребность, производител СУБД ввели так назыв хранимые процедуры. Хранимая процедура – это набор SQL-операторов, который хранится в файле БД и может запускаться из клиентского приложения одной командой DO (выполнить). Параметры, указываемые в WHERE, могут передаваться при вызове процедуры
Специальный тип хранимой процедуры – триггер вызыв СУБД при выполн заданного условия.(н-р, триггер, кот запускается, когда кол-во товара на складе ниже заданного предела
Доступ через прикладные программы, написан на языках програм COBOL, BASIC, Perl, Pascal, C++. НекоТ из них пишутся на встроенных в СУБД языках. Наибо известен Dbase.
76-OLAP-технология и хранилище данных (ХД). Отличия ХД от БД. Класс-ция ХД. Технол-ие решения ХД. ПО для разработки ХД.
ХД–ориент-ая на предметную область, интегрированная, статичная, не разрушаемая совокуп Д, предназначенная для поддержки принятия решений. Предметная ориент-сть – ХД предназ-но для предоставл Д, связанных с 1 организац процессом. Интегрированность – применение единых з-нов именова, способов вычисления значений Д, полученных из разл источников. Статичность– ХД сод-т как историч Д (до 5 лет), так и Д, кот имели статус текущих при последнем погружении в ХД. Неразрушаемая сов-сть Д– в ХД помещается большой объем Д, кот будучи раз погруженными, уже никогда больше не подвергаются к–л изменениям. Киоск Д–это небольшое ХД, обслуживающее одно из направлений бизнеса компании или одно ее структурное подразделение. OLAP-сис-мы ИС. можно раздели на 2 класса: ориентированные на оперативную обработку Д (OLTP-системы) и на аналитическую обраб Д OLTP-системы создаются для того, чтобы способствовать повседневной дея-сти корпорации, и опираются на актуальные для текущ момента Д, хранящиеся в оператив БД. ИС, ориентированные на аналит обраб Д, опираются на ХД. Для них хар-на массовая и длительная обработка запросов. Они делятся на 2 группы: ориент-ые на статическую аналит обраб Д – сис-мы поддержки принятия решений (DSS-системы); ориентированные на аналит оперативную обраб Д –OLAP-системы. DSS-системы явл статическими аналит сис-ми, но в отличие от OLTP- систем используют Д о дея-сти компании за неск лет. OLAP-системы явл дальнейшим раз-ем DSS- и OLTP-систем. Они служат для анализа дея-сти корпорации, ее структурных подразделений и прогнозирования их будущего состояния. Анализ проводится на основе накопленных многочисленных Д о дея-сти в прошлом, а также внешних источников Д. OLAP-системы обладают отличительными особенностями: анализ осущ-ся с пом ХД; имеют гибкие ср-ва навигации по Д (OLAP-манипуляции); могут работать на базе киосков Д. Достоинства OLAP-систем: консолидация информации из разных БД; полнота аналит данных; повышенная защита данных; полная и легкая настройка отчета без программиста; воз-сть детализировать отчет в процессе анализа данных; непротиворечивость данных между отчетами; простота использования и восприятия. К недостаткам OLAP-систем следует отнести их сложность при разработке и внедрении.
77-Проблемы многопользовательских БД. Администратор БД, его функции.
Администратор БД – лицо или группа лиц, отвечающих за выработку требований к БД, её проектирование, создание, эффективное использование и сопровождение. В процессе эксплуатации АБД следят за функционированием инф системы, обеспечивает защиту от несанкционированного доступа, контролирует избыточность, непротиворечивость, сохранность и достоверность хранимой в БД инфы.
В вычислительной сети АБД взаимодействуют с администратором сети.
Разработчики и администраторы приложений – это группа пользователей, кот функционирует во время создания и реорганизации БД.
Адм приложений и разработчики часто существовали в одном лице, однако при построении современных, сложных, корпоративных Бд, кот исп-ся для автоматизации бизнес-процессов в крупной фирме или корпорации могут сущ-ть и группы адм приложений и отделы разработчиков.
Администрирование БД – выполнение функций, направленных на обеспечение надёжного и эффективного функционирования БД, а также адекватности её содержания информационным потребностям пользователей, отображения в БД актуального исполнения предметной области.
