- •8.Приложения базы данных. Компоненты базы данных.
- •9.Трехуровневая модель организации баз данных.
- •11. Сетевая модель, ее достоинства и недостатки.
- •12. Реляционная модель. Ее базовые понятия (отношение, домен, кортеж, схема, степень и мощность отношения), достоинства и недостатки.
- •13.Связь между таблицами в реляционной модели данных. Первичный и внешний ключи, их отличия.
- •14.Реляционная целостность: целостность отношений, ссылочная целостность.
- •17.Объектно-ориентированная модель данных. Ее базовые понятия (объекты, классы, методы, наследование, инкапсуляция, расширяемость, полиморфизм), достоинства и недостатки.
- •19.Многомерная модель данных, ее базовые понятия (измерение, ячейка), достоинства и недостатки.
- •20.Понятие проектирования базы данных. Требования, предъявляемые к базе данных.
- •22.Модель "сущность-связь", ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на er-диаграмме.
- •25.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1.
- •26.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:м, м:n.
- •27.Нормализация таблиц, ее цель. Первая нормальная форма. Вторая нормальная форма. Третья нормальная форма.
- •29.Логическое проектирование, его цель и процедуры.
- •30.Физическое проектирование, его цель и процедуры.
- •31.Понятие субд. Архитектура субд.
- •40.Формальные логические модели. Их примеры (исчисление высказываний и исчисление предикатов).
- •41.Характеристика субд Micrоsoft Access 2003: тип, платформа, функциональные возможности, пользовательский интерфейс, настройка рабочей среды.
- •42.Характеристика базы данных и ее приложений. Инструментальные средства для их создания.
- •43.Типы обрабатываемых данных и выражения.
- •45.Назначение, виды форм и способы их создания.
- •49.Понятие макроса. Классификация макрокоманд.
- •52.Назначение, стандарты, достоинства языка sql.
- •54.Типы данных и выражения в sql.
- •55.Возможности языка sql по: определению данных, внесению изменений в базу данных, извлечению данных из базы.
- •56.Условия целостности в субд. Понятие транзакции. Обработка транзакций в sql.
- •59.Диалекты языка sql в субд.
- •60.Эволюция концепций обработки данных.
- •62.Системы совместного использования файлов. Обработка запросов в них. Недостатки систем.
- •63.Настольные субд, их достоинства и недостатки.
- •67.Характеристики серверов баз данных.
- •73.Пользователи базы данных. Администратор базы данных, его функции.
19.Многомерная модель данных, ее базовые понятия (измерение, ячейка), достоинства и недостатки.
Информация в многомерной модели представляется в виде многомерных массивов, называемых гиперкубами.. В одной базе данных, построенной на многомерной модели, может храниться множество таких кубов, на основе которых можно проводить совместный анализ показателей. Измерение-мн-во однотипных данных, образующих одну из граней многомерного гиперкуба. Ячейка-поле, знач-е кот однозначно определяется фиксиров набором измерений Агрегируемость данных означает рассмотрение и возможность анализа данных на разных уровнях обобщения: для пользователя, аналитика, руководителя. Историчность данных обозначает привязку их ко времени и высокий уровень неизменности (статичности) данных и их взаимосвязей. Временная привязка позволяет выполнять запросы, имеющие значения даты и времени. А статичность – использовать специализированные методы загрузки, хранения, выборки. Прогнозируемость данных предполагает задание функций прогнозирования и применение их к различным временным интервалам. В современных многомерных системах используется обычно два варианта (схемы) организации данных: гиперкубическая и поликубическая. В гиперкубической схеме все показатели определяются одним и тем же набором измерений и даже при наличии нескольких гиперкубов в базе все они имеют одинаковую размерность и совпадающие измерения. При поликубической организации в базе может быть определено несколько гиперкубов с различной размерностью и с различными измерениями в качестве граней. Достоинством многомерной модели является удобство и эффективность анализа больших объемов данных, имеющих временную связь, а также быстрота реализации сложных нерегламентированных запросов. Недостаток этой модели в громоздкости в случае ее использования для решения стандартных задач оперативной обработки.
20.Понятие проектирования базы данных. Требования, предъявляемые к базе данных.
Проектирование БД – это процесс создания проекта базы данных, предназначенной для поддержки функционирования экономического объекта и способствующей достижению его целей. При проектировании базы данных необходимо учитывать тот факт, что база данных должна удовлетворять комплексу требований. Эти требования следующие:1) целостность базы данных – требование полноты и непротиворечивости данных;2) многократное использование данных;3) быстрый поиск и получение информации по запросам пользователей;4) простота обновления данных;5) уменьшение излишней избыточности данных;6) защита данных от несанкционированного доступа, искажения и уничтожения.
21.Этапы жизненного цикла базы данных. Жизненный цикл базы данных (ЖЦБД) – это процесс проектирования, реализации и поддержки базы данных. ЖЦБД состоит из семи этапов:1. Предварительное планирование БД – важный этап в процессе перехода от разрозненных данных к интегрированным. собирается информация об используемых и находящихся в процессе разработки прикладных программах и файлах, связанных с ними. Информация документируется в виде обобщенной концептуальной модели данных. 2. Проверка осуществимости предполагает подготовку отчетов по трем вопросам:1) (технологическая осуществимость);2) (операционная осуществимость);3) (экономическая эффективность).3. Определение требований. определяются:· цели базы данных;· информационные потребности различных структурных подразделений и их руководителей;· требования к оборудованию;· требования к программному обеспечению.4. Концептуальное проектирование. создаются подробные модели пользовательских представлений данных предметной области. Затем они интегрируются в концептуальную модель, которая фиксирует все элементы корпоративных данных, подлежащих загрузке в базу данных.5. Логическое проектирование. осуществляется выбор типа модели данных. Концептуальная модель отображается в логическую модель, основанную уже на структурах, характерных для выбранной модели.6. Физическое проектирование. логическая модель расширяется характеристиками, необходимыми для определения способов физического хранения базы данных, типа устройств для хранения, методов доступа к данным базы, требуемого объема памяти, правил сопровождения базы данных и др.7. Оценка и поддержка базы данных. Оценка включает опрос пользователей на предмет выяснения, какие их информационные потребности остались неучтенными. При необходимости в спроектированную базу данных вносятся изменения. Пользователи обучаются работе с базой данных. По мере расширения и изменения потребностей бизнеса поддержка базы данных обеспечивается путем внесения изменений, добавления новых данных, разработки новых прикладных программ, работающих с базой данных.