- •1. Экономическая информация, ее виды, структурные единицы.
- •3. Понятие классификации информации. Системы классификации.
- •4. Классификаторы информации, их назначение, виды.
- •5. Понятие кодирования информации, методы кодирования
- •6. Внутримашинная организация экономической информации: файловая организация данных и базы данных. Преимущества баз данных.
- •7. Объемы современных бд и устройства для их размещения.
- •8. Приложения и компоненты бд. Словарь данных.
- •9. Пользователи бд
- •10.Трехуровневая модель организации баз данных
- •11.Понятие модели данных. Иерархическая модель, ее достоинства и недостатки.
- •12. Сетевая модель, ее достоинства и недостатки.
- •13. Реляционная модель. Ее базовые понятия (отношение, домен, кортеж, схема, степень и мощность отношения), достоинства и недостатки.
- •15.Реляционная целостность: целостность отношений, ссылочная целостность.
- •17. Постреляционная модель, ее достоинства и недостатки
- •18. Объектно-ориентированная модель данных. Ее базовые понятия, достоинства и недостатки.
- •19.Объектно-реляционная модель данных, ее достоинства и недостатки.
- •20.Многомерная модель данных, ее базовые понятия, достоинства и недостатки.
- •24. Типы связи, их представление на er-диаграмме.
- •25. Класс принадлежности сущности его представление на er-диаграмме.
- •26. Правила преобразования er-диаграмм в реляционные таблицы в случае связей 1:1.
- •27.Правила преобразования er-диаграмм в реляционные таблицы в случае связей 1:м, м:n.
- •28.Нормализация таблиц,ее цель.1я нормальная форма, 2нф, 3нф
- •29 Концептуальное проектирование, его цель, процедуры
- •30. Логическое проектирование, цель, процедуры
- •31 Физическое проектирование, цель, процедуры
- •32. Семантическая объектная модель. Пример объектной диаграммы.
- •33. Сase-средства для моделирования данных.
- •34. Понятие субд. Архитектура субд.
- •35. Возможности, предоставляемые субд пользователям. Производительность субд.
- •36. Классификация субд. Режимы работы пользователя в субд.
- •37. Функции субд
- •38. Направления развития субд: расширение множества типов обрабатываемых данных, интеграция технологий бд и web-технологий, превращение субд в системы управления базами знаний.
- •39. Знания, их виды. Базы знаний. Экспертные системы
- •40. Продукционные модели. База фактов. База правил. Работа машины вывода.
- •41. Семантические сети. Виды отношений. Пример семантической сети.
- •42.Фреймы, их виды, структура. Сети фреймов. Примеры фреймов.
- •43.Формальные логические модели. Их примеры
- •44.Характеристика субд Micrоsoft Access 2003: тип, платформа, функциональные возможности, пользовательский интерфейс, настройка рабочей среды
- •45. Характеристика объектов базы данных.
- •46. Типы обрабатываемых данных и выражения.
- •47. Инструментальные средства для создания базы данных и ее приложений.
- •48. Технология создания базы данных: описание структуры таблиц, установка связи между таблицами, заполнение таблиц данными.
- •49. Корректировка базы данных (каскадные операции).
- •50 Работа с таблицей в режиме таблицы
- •51 Конструирование запросов выбора, перекрестного запроса, запросов на внесение изменений в базу данных.
- •52 Конструирование формы: простой, с вкладками, составной, управляющей (с кнопками)
- •53. Конструирование отчета с вычислениями в строках, с частными и общими итогами.
- •54. Создание статических Web-страниц из объектов базы данных. Конструирование страниц доступа к данным.
- •55. Конструирование макросов связанных и не связанных с событиями, различных по структуре.
- •56. Назначения, стандарты и достоинства языка sql
- •57. Структура команды sql
- •58. Типы данных и выражения sql
- •63. Диалекты языка sql в субд.
- •64. Эволюция концепций обработки данных
- •65. Системы удалённой обработки (суо)
- •66. Системы совместного использования файлов. Обработка запросов в них. Недостатки систем.
- •67. Настольные субд, их достоинства и недостатки.
- •68. Клиент/серверные системы: клиенты, серверы, клиентские приложения, серверы баз данных.
- •69. Функции клиентского приложения и сервера бд при обработке запросов. Преимущества клиент/серверной обработки.
- •70. Характеристики серверов баз данных.
- •71. Механизмы доступа к данным базы на сервере.
- •72. Понятие и архитектура РаБд. Гомогенные и гетерогенные РаБд. Стратегии распределения данных в РаБд.
- •76. Olap-технология и хранилища данных. Отличия хд от базы данных. Классификация хд. Технологические решения хд. Программное обеспечение для разработки хд.(неполн)
- •77. Проблемы многопользовательских баз данных. Администратор базы данных, его функции.
- •78. Актуальность защиты бд. Причины, вызывающие ее разрушение. Правовая охрана баз данных.
- •79. Методы защиты баз данных: защита паролем, шифрование, разграничение прав доступа.
- •80.Восстановление бд с помощью резервного копирования бд, с помощью журнала транзакций
- •81.Оптимизация работы бд.
- •82. Возможности Access по администрированию бд
20.Многомерная модель данных, ее базовые понятия, достоинства и недостатки.
Многомерные модели:
информация представляется в виде многомерных массивов-гиперкубах
в одной БД, построенной на многомерной модели, может хран-ся множество кубов разной размерности, на основе кот-х можно проводить совместный анализ показателей (поликубическая)
конечный пользователь получает для анализа определенные срезы (проекции кубов), представлен в виде обычных двумерных табл или графиков
Измерение – множество однотипных данных, образующих одну из границ гиперкуба. Наиболее часто используемые в анализе измерения: 1) временные: день, месяц, год; 2) географич: город, район, регион
Ячейка – часть данных, которая определ-ся путем определения одного элемента в каждом измерении многомерного массива. Ячейки гиперкуба могут быть пусты или полны. Когда значительное число ячеек куба не содержит данных – разреженный куб. Для многомер модели примен-ся след операции:
срез – подмножество гиперкуба, полученное путем фиксации одного или нескольких измерений.
вращение - изменение порядка измерений при визуализации данных
агрегация – более общее представление данных
детализация – более детальное представление данных
Достоинства: 1) удобство; 2) эффективность анализа больших объемов данных, имеющих временную связь; 3) быстрота реализации сложных нерегламентированных запросов
Недостаток – громоздкость
Многомерн модели поддерживают: Essbare, Media Multi-matrix, Orade Express Server, Cache. Некоторые системы поддерживают одновременно реляционные и многомерные модели, например, Media MR.
21. Понятие проектирования базы данных. Требования, предъявляемые к базе данных. База данных (БД) - именованная совокупность данных, отображающая состояние объектов, их свойства и взаимоотношения в некоторой предметной области. Проектирование базы данных(БД)–это процесс создания проекта базы данных, предназначенной для поддержки функционирования экономического объекта и способствующей достижению его целей. Оно представляет собой трудоемкий процесс, требующий совместных усилий аналитиков, проектировщиков и пользователей. БД представляет собой новый подход к организации данных. Она позволяет обращение к данным без знания физического расположения их в памяти компьютера, вследствие чего доступ к данным и их обработка более эффективны. Разработка прикладных программ, использующих БД, становится легче, быстрее, дешевле, более гибкой. В этом главные преимущества БД над файловой организацией данных. При проектировании базы данных необходимо учитывать тот факт, что база данных должна удовлетворять комплексу требований. Эти требования следующие:
1) целостность базы данных – требование полноты и непротиворечивости данных;
2) многократное использование данных;
3) быстрый поиск и получение информации по запросам пользователей;
4) простота обновления данных;
5) уменьшение излишней избыточности данных;
6) защита данных от несанкционированного доступа, искажения и уничтожения.
22.Этапы жизненного цикла базы данных. Жизненный цикл базы данных (ЖЦБД) – это процесс проектирования, реализации и поддержки базы данных. ЖЦБД состоит из 7 этапов: 1)начальная разработка (предварит. планиров. БД); 2) проектирование БД; 3) реализация и загрузка БД; 4) тестирование и оценка; 5)функционирование; 6)сопровождение; 7)запуск и использование базы данных. В развитии любого экономич. объекта наступает момент осознания того, что для достижения дальнейших успехов в развитии необходимо данные, находящиеся в личном пользовании работников, интегрировать для совместного использования в БД и воспринимать их как корпоративный ресурс.
Предварит. планир. БД – важный этап в процессе перехода от разрозненных данных к интегрированным. На этом этапе: - анализ деятельности объекта; - постановка задач и определение ограничений; - определение цели; - определение сферы действий и возможностей.
Проектирование БД – процесс разработки структуры БД в соответствие с требованиями пользователей. На этом этапе: - концептуальное проектирование (на этом этапе создаются подробные модели пользовательских представлений о данных предметной области. Затем они интегрируются в концепт.модель, кот. фиксирует все элементы корпоративных данных, подлеж-х загрузке в БД. Эту модель еще называют концепт. схемой БД). – логическое проектирование (на этом этапе осущ-ся выбор типа модели данных. Концепт. модель отображ. в логич.модель, основан. уже на структурах, характерн. для выбранной модели). – физ-е проектирование (на этом этапе логич.модель расширяется характер-ми, необход. для опред. способов физич. хранения БД, типа устройств для хранения, методов доступа к данным базы, требуемого объема памяти, правил сопровожд-я БД и др). – Проверка осуществимости БД предполагает подготовку отчетов по трем вопросам: 1) есть ли технология для реализации запланированной БД (технологическая осуществимость); 2)имеются ли персонал, средства и эксперты для успешного осуществления плана создания БД (операционная осуществимость); 3)окупится ли запланир. БД (экономическая эффективность).
Реализация и загрузка БД включает: - установка СУБД; - создание СУБД; - загрузка или конвертирование данных.
Тестирование включает: тестирование БД, настройку и оценку БД и её прикладных программ. Оценка и поддержка бд. вкл. опрос пользователей на предмет выяснения, какие их информационные потребности остались неучтенными. При необход-и в спроектиров-ю БД вносятся изменения. Пользователи обуч-ся работе с БД. По мере расширения и изм-ия потребностей бизнеса поддержка БД обеспечивается путем внесения изменений, добавления новых данных, разработки новых прикладных программ, работающих с базой данных. Сопровождение: - внесение изменений; - развитие.
23 Модель "сущность-связь", ее понятия: сущность, атрибут, экземпляр сущности, связь, мощность связи. Представление сущности и связи на ER-диаграмме. Средством моделирования предметной области на этапе концептуального проектирования является модель "сущность–связь". Часто ее называют ER-моделью (Entity – сущность, Relation – связь). В ней моделир-ие структуры данных предметной области базир. на испол-ии графических средств – ER-диаграмм. В наглядном виде они представляют связи между сущностями. Сущность – любой различимый объект(кот. Мы можем отличить от другого), информ-ию о кот.необходимо хранить в БД.. Сущность имеет экземпляры, отлич-ся друг от друга значениями атрибутов и допуск-ие однозначную идентификацию. Атрибут–это характеристика сущности,имеет имя для конкретн.вида сущ-ти, может быть одинков. Для разл.типов сущ-ти. Например, сущность КНИГА характеризуется такими атрибутами, как автор, наименование, цена, издательство, тираж, количество страниц. Экземпляр-конкретный представитель данной сущ-ти.(Конкрет. Названия книг, Сотрудник Иванов. Они отличаются значениями указанных атрибутов и однозначно идентифицируются атрибутом "наименование". Атрибут, который уникальным образом идентифицирует экземпляры сущности, называется ключом. Может быть составной ключ, представляющий комбинацию нескольких атрибутов. На ER-диаграмме сущность изображается прямоугольником, в котором указывается ее имя. В реальном мире существуют связи между сущностями. Связь – некая ассоциация между сущн-ями, характеризуется мощностью, которая показывает, сколько сущностей участвует в связи. Сущн-ть м.б. связаня с др.сущ-ми или сама с собой.Связь между двумя сущностями называется бинарной, а связь между более чем с двумя сущностями – тренарной. На ER-диаграмме связь изображается линией,соед. 2 сущ-ти. При разраб-ке ЕR-моделей мы должны учесть след.инф. о предм. обл.:1)список сущ-ей.предм.обл.2)список атриб-в сущ-ти. 3)описание взаимосвязей между сущ-ми. В ЕR-диаграмме кажд.сущ-ть должна иметь наименование, выражен. существит. в И.п. единст.числе.