
- •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 по администрированию бд
17.Постреляционная модель, ее достоинства и недостатки
Постреляционная модель является расширением реляционной модели. Она снимает ограничение неделимости данных, допуская многозначные поля, значения которых состоят из подзначений, и набор значений воспринимается как самостоятельная таблица, встроенная в главную таблицу.Спецификой постреляционной модели явл то, что она поддерживает множественные группы, наз ассоциированными множественными полями, а совокупность множественных объединённых множественных полей наз ассоциацией. В постреляционной модели не накладываются требования на длину и количество полей в записях, что делает стр-ру таблиц более наглядной.
Достоинства: возможность представления совокупности связанных реляционных таблиц в виде одной постреляционной таблицы. В постреляц модели данные хранятся более компактно и не требуется выполнения операций связи 2-х таблиц. Это обеспечивает высокую наглядность представления данных и повыш эфф-сти их обработки.
Недостаток: сложность в обеспеч целостности и непротиворечивости данных, хранимых в ней.
Постреляционная модель данных реализована в СУБД uniVers, Bubba и Dasdb.
18.Объектно-ориентированная модель данных. Ее базовые понятия, достоинства и недостатки
ОО модель – это стр-ра, кот можно изобразить графически в виде дерева, узлами кот явл объекты. Базовыми понятиями этой модели являются: 1)объект – предмет, событие, лицо, явление, те всё, что может определяться набором некоторой сов-ти атрибутов. ОО модель состоит из объектов, каждый из кот должен принадлежать к опред классу – набор объектов, схожих по поведению и др характеристикам. Методы – процедура, функция, кот описана внутри класса и предназначена для операции над полями – поля записи,уникальны для каждого объекта. Стр-ра ОО модели внешне похожа на стр-ру иерархической. Для выполнения действий над данными в ОО м применяются логические операции: инкапсуляция – объединение в единое целое данных и алгоритмов их обработки; наследование – позволяет образовать новый класс объектов на основе уже существующего базового класса; полиморфизм – позволяет в объектах разных типов иметь методы с одинаковыми именами. Это позволяет исп одни и те же проги для разных Д. Достоинства: возможность отображения информации о сложных взаимосвязях объектов; позволяет также выделить отдельные записи в базе и определить ф-ции их обработки Недостатки: сложность понятийного аппарата, что усложняет ее применение и отрицательно сказывается на накоплении опыта создания и эксплуатации ОО БД.
19.Объектно-реляционная модель данных, ее достоинства и недостатки
В связи со значительным усложнением приложений появилась новая модель – расширенная реляционная модель. Эта модель включила в себя основные достоинства объектно-ориентированной модели и одновременно унаследовала простоту структуры реляционных моделей, и потому стала называться объектно-реляционной моделью данных.
ОРМД является гибридной моделью, сочетающей возможности реляц модели с объектными св-ствами данных.
В отличие от OO модели ОР модель основана на стратегии реляционной модели, в то время как OO основана на объектной стратегии. Исходя из этого, модель ОР наиболее приспособлена для бизнес-приложений, а модель OO используется в специальных инженерных и научных приложениях. Некоторые специалисты полагают, что в будущем произойдет слияние OO и ОР моделей.
Однако у ОР и ОО моделей есть и ряд недостатков, основные из которых следующие:
- отсутствие унифицированной теории, которая есть в реляционных моделях;
- отсутствие формальной методологии проектирования БД, как нормализация в реляционных базах;
- отсутствие специальных средств создания запросов;
- отсутствие общих правил определения целостности.