Шпаргалка по "Информатика"

  

12. Хранилища данных.

 

Ответ

Хранилище данных (англ. Data Warehouse) —  предметно-ориентированная информационная база данных, специально разработанная  и предназначенная для подготовки отчётов и бизнес-анализа с целью поддержки принятия решений в организации. Строится на базе систем управления базами данных и систем поддержки принятия решений. Данные, поступающие в хранилище данных, как правило, доступны только для чтения. Данные из OLTP-системы копируются в хранилище данных таким образом, чтобы построение отчётов и OLAP-анализ не использовал ресурсы транзакционной системы и не нарушал её стабильность. Как правило, данные загружаются в хранилище с определённой периодичностью, поэтому актуальность данных может несколько отставать от OLTP-системы.

Принципы организации  хранилища

    Проблемно-предметная ориентация. Данные объединяются в категории  и хранятся в соответствии  с областями, которые они описывают,  а не с приложениями, которые они используют.

    Интегрированность. Данные  объединены так, чтобы они удовлетворяли  всем требованиям предприятия  в целом, а не единственной  функции бизнеса.

    Некорректируемость. Данные  в хранилище данных не создаются:  т.е. поступают из внешних источников, не корректируются и не удаляются.

    Зависимость от времени.  Данные в хранилище точны и  корректны только в том случае, когда они привязаны к некоторому  промежутку или моменту времени

Процессы работы с  данными

Источниками данных могут быть:

    Традиционные системы  регистрации операций

    Отдельные документы

    Наборы данных

Операции с данными:

    Извлечение – перемещение  информации от источников данных  в отдельную БД, приведение их  к единому формату.

    Преобразование – подготовка информации к хранению в оптимальной форме для реализации запроса, необходимого для принятия решений.

    Загрузка – помещение  данных в хранилище, производится  атомарно, путем добавления новых  фактов или корректировкой существующих.

    Анализ – OLAP, Data Mining, сводные отчёты.

    Представление результатов  анализа.

Создание хранилищ данных не должно противоречить действующим системам сбора и обработки информации.

Специальные компоненты словарей должны обеспечивать своевременное извлечение из словарей и обеспечить преобразование к единому формату на основе словаря метаданных.

Логическая структура данных хранилища  данных отличается от структуры данных источников данных.

Для разработки эффективного процесса преобразования необходима хорошо проработанная модель корпоративных данных и модель технологии принятия решений.

Данные для пользователя удобно представлять в многоразмерных БД, где в качестве измерения могут  выступать время, цена или географический регион.

Кроме извлечения данных из БД, принятия решений важен процесс извлечения знаний, в соответствии с информационными потребностями пользователя.

С точки зрения пользователя в процессе извлечения знаний из БД должны решаться след. преобразования: данные → информация → знания → полученные решения.

 

13. Функции БД

Ответ

 

1. Определение данных. БД должна допускать определения данных (внешние схемы, концептуальную и внутреннюю схемы, соответствующие отображения). Для этого БД включает в себя языковый процессор для различных языков определений данных.
2. Обработка данных. БД должна обрабатывать запросы пользователя на выборку, а также модификацию данных. Для этого БД включает в себя компоненты процессора языка обработки данных.
3. Безопасность и целостность данных. БД должна контролировать запросы и пресекать попытки нарушения правил безопасности и целостности.
4. Восстановление данных и дублирование. БД должна обеспечить восстановление данных после сбоев.
5. Словарь данных. БД должна обеспечить функцию словаря данных. Сам словарь можно считать системной базой данных, которая содержит данные о данных пользовательской БД, т.е. содержит определения других объектов системы. Словарь интегрирован в определяемую им БД и, поэтому, содержит описание самого себя.
6. Производительность. БД должна выполнять свои функции с максимальной производительностью.

 

14. Основные этапы проектирования баз данных

Ответ

При разработке БД можно выделить следующие этапы работы.

I этап. Постановка задачи.

На этом этапе формируется задание  по созданию БД. В нем подробно описывается  состав базы, назначение и цели ее создания, а также перечисляется, какие виды работ предполагается осуществлять в этой базе данных (отбор, дополнение, изменение данных, печать или вывод отчета и т. д).

II этап. Анализ объекта.

На этом этапе рассматривается, из каких объектов может состоять БД, каковы свойства этих объектов. После разбиения БД на отдельные объекты необходимо рассмотреть свойства каждого из этих объектов, или, другими словами, установить, какими параметрами описывается каждый объект.

III этап. Синтез модели.

На этом этапе по проведенному выше анализу необходимо выбрать определенную модель БД. Далее рассматриваются достоинства и недостатки каждой модели и сопоставляются с требованиями и задачами создаваемой БД. После такого анализа выбирают ту модель, которая сможет максимально обеспечить реализацию поставленной задачи. После выбора модели необходимо нарисовать ее схему с указанием связей между таблицами или узлами.

IV этап. Выбор способов  представления информации и программного  инструментария.

После создания модели необходимо, в зависимости от выбранного программного продукта, определить форму представления информации.

V этап. Синтез компьютерной  модели объекта.

В процессе создания компьютерной модели можно выделить некоторые стадии, типичные для любой СУБД.

Стадия 1. Запуск СУБД, создание нового файла базы данных или открытие созданной ранее базы.

Стадия 2. Создание исходной таблицы или таблиц.

Стадия 3. Создание экранных форм.

Стадия 4. Заполнение БД.

VI этап. Работа с созданной  базой данных.

Работа с БД включает в себя следующие действия:

• поиск необходимых сведений;
• сортировка данных;
• отбор данных;
• вывод на печать;
• изменение и дополнение данных.

  

15. Виды отношений.

Ответ

При работе с данными из нескольких таблиц устанавливаются связи между  таблицами 

 Связь между таблицами устанавливает отношения между совпадающими значениями в ключевых полях, обычно между полями, имеющими одинаковые имена в обеих таблицах.

 Типы отношений в БД

«один к одному»

Каждая запись в одной таблице  соответствует одной записи в  другой таблице.

 

«один ко многим»

Каждой записи в одной таблице  соответствует несколько записей  в другой таблице.

 

«многие к одному»

Аналогично отношению «один  ко многим». Зависит от точки зрения, по отношению к какой таблице  определять связь.

 

«многие ко многим»

 Нескольким записям в одной таблице соответствует несколько записей в другой таблице.

 

Связь между таблицами определяется путем добавления связываемых таблиц в окно «Схема данных» с последующим  перетаскиванием ключевого поля из одной таблицы в другую.

 Отношение «один-ко-многим» создается в том случае, когда только одно из полей является ключевым или имеет уникальный индекс.

Отношение «один-к-одному» создается  в том случае, когда оба связываемых  поля являются ключевыми или имеют  уникальные индексы

 

16. Привилегии и права доступа к объектам базы данных

Ответ

Обычно в БД применяется произвольное управление доступом, когда владелец объекта передает права доступа  к нему (чаще говорят - привилегии) по своему усмотрению. Привилегии могут  передаваться субъектам (отдельным  пользователям), группам, ролям или всем пользователям.

Группа - это именованная совокупность пользователей.

Роль - это еще один возможный  именованный носитель привилегий.

Привилегии роли имеют приоритет  над привилегиями пользователей  и групп. Иными словами, пользователю как субъекту не обязательно иметь права доступа к объектам, обрабатываемым приложениям с определенной ролью. 
Пользователей БД можно разбить на три категории:

• администратор сервера баз данных. Он ведает установкой, конфигурированием сервера, регистрацией пользователей, групп, ролей и т.п.
• администраторы базы данных. К этой категории относится любой пользователь, создавший базу данных, и, следовательно, являющийся ее владельцем. 
• прочие (конечные) пользователи. Они оперируют данными, хранящимися в базах, в рамках выделенных им привилегий.

 Привилегии в СУБД можно подразделить на две категории: привилегии безопасности и привилегии доступа. Привилегии безопасности позволяют выполнять административные действия. Привилегии доступа, в соответствии с названием, определяют права доступа субъектов к определенным объектам.

Привилегии безопасности

Привилегии безопасности всегда выделяются конкретному пользователю (а не группе, роли или всем) во время его создания (оператором CREATE USER) или изменения  характеристик (оператором ALTER USER). Таких привилегий пять:

• security - право управлять безопасностью СУБД и отслеживать действия пользователей.
• createdb - право на создание и удаление баз данных. Этой привилегией, помимо администратора сервера, должны обладать пользователи, которым отводится роль администраторов отдельных баз данных.
• operator - право на выполнение действий, которые традиционно относят к компетенции оператора.
• maintain_locations - право на управление расположением баз администраторы сервера баз данных и операционной системы.
• trace - право на изменение состояния флагов отладочной трассировки. Данная привилегия полезна администратору сервера баз данных и другим знающим пользователям при анализе сложных, непонятных ситуаций.

 Привилегии доступа

Привилегии доступа выделяются пользователям, группам, ролям или  всем посредством оператора GRANT и  изымаются с помощью оператора REVOKE. Эти привилегии, как правило, присваивает владелец соответствующих  объектов (он же - администратор базы данных) или обладатель привилегии security (обычно администратор сервера баз данных). 
Прежде чем присваивать привилегии группам и ролям, их (группы и роли) необходимо создать с помощью операторов CREATE GROUP и CREATE ROLE.

Для изменения состава группы служит оператор ALTER GROUP. 
Оператор DROP GROUP позволяет удалять группы, правда, только после того, как опустошен список членов группы

Оператор ALTER ROLE служит для изменения  паролей ролей, а DROP ROLE - для удаления ролей.

 

Программирование (4)

1. Объектная модель приложения Excel (VBA)

 

Ответ

Microsoft Excel — это очень мощный инструмент, который можно использовать для управления данными, их анализа и представления. Но иногда, несмотря на богатый набор возможностей стандартного интерфейса пользователя Excel, может понадобиться найти несложный способ выполнять повседневные повторяющиеся задачи или какие-то задачи, которые не удается решить с помощью интерфейса пользователя. В приложения Office, такие как Excel, интегрирован Visual Basic для приложений (VBA), язык программирования, позволяющий расширять возможности этих приложений.

VBA работает, выполняя макросы, пошаговые процедуры, написанные на языке Visual Basic.

Общепризнано, что самой распространенной причиной использования VBA в Excel является автоматизация повторяющихся задач.

Для разработки решений, которые использует Microsoft Office Excel необходимо взаимодействие с объектами, предоставленными объектной моделью Excel