Информационное обеспечение маркетинговых компьютерных систем

     Распределенная база данных состоит из нескольких, возможно пересекающихся или даже дублирующих друг друга частей, хранимых в различных ПК компьютерной сети. Работа с такой базой осуществляется с помощью системы управления распределенной базой данных (СУРБД). [11,c.14]

     По способу доступа к данным базы данных подразделяются на базы данных с локальным доступом и базы данных с удаленным (сетевым) доступом.

     Системы централизованных баз данных с сетевым доступом предполагают различные архитектуры подобных систем:

• файл-сервер. Согласно этой архитектуре в компьютерной сети выделяется машина- сервер для хранения файлов централизованной базы данных. Файлы базы данных могут быть переданы на рабочие станции для обработки: ввода, корректировки, поиска записей. При большой интенсивности доступа к одним и тем же файлам производительность системы падает. В этой системе сервер и рабочие станции должны быть реализованы на достаточно мощных компьютерах.
• клиент-сервер - архитектура, используемая не только для хранения файлов централизованной базы данных на сервере, но и выполняющая на том же сервере основной объем работы по обработке данных. Таким образом, при необходимости поиска информации в базе данных рабочим станциям - клиентам передаются не файлы данных, а уже записи, отобранные в результате обработки файлов данных. Такая архитектура позволяет использовать маломощные компьютеры в качестве рабочих станций, но обязательно в качестве сервера используется очень мощный компьютер.

     Прежде чем создавать базу данных, с которой вам придется работать, необходимо выбрать модель данных, наиболее удобную для решения поставленной задачи. [14]

     Модель данных - совокупность структур данных и операций их обработки.

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

• иерархические;
• сетевые;
• реляционные.

     Иерархическая база данных (рис. 3), в основу которой положена разветвленная структура с элементами подчиненности. [14]

     К основным понятиям иерархической структуры относятся: уровень, элемент (узел), связь.

     Узел - это совокупность атрибутов данных, описывающих некоторый объект. Каждый узел на более низком уровне связан только с одним узлом, находящимся на более высоком уровне.

     Иерархическое дерево имеет только одну вершину (корень дерева), не подчиненную никакой другой вершине и находящуюся на самом верхнем (первом) уровне. Зависимые (подчиненные) узлы находятся на втором, третьем и т.д. уровнях. Количество деревьев в базе данных определяется числом корневых записей. В каждой записи базы данных существует только один (иерархический) путь от корневой записи. 

Уровни               Корневой узел

                                                               Узлы 
 
 
 
 
 
 
 
 

     Рис.3 Структура учебной дисциплины (иерархическая база данных)

     Несмотря на кажущуюся целесообразность, для получения ответов на некоторые запросы в иерархической модели требуется выполнение большого числа операций. Например, чтобы узнать о практических занятиях по всем дисциплинам БЮИ требуется просмотреть все записи «Практическое занятие», имеющиеся в данной базе. [14]

     Сетевая (полносвязная) база данных. В сетевой структуре базы данных при тех же основных понятиях иерархической базы данных: узел, уровень, связь - каждый элемент может быть связан с любым другим элементом.

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

     Каждая реляционная таблица обладает следующими свойствами:

• каждый элемент таблицы - один элемент данных;
• все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковые характеристики и свойства;
• каждый столбец имеет уникальное имя;
• одинаковые строки в таблице отсутствуют;
• порядок следования строк и столбцов может быть произвольным.

     Понятие реляционный (relation - отношение) связано с разработками известного американского специалиста в области баз данных Э. Кодда. В основу реляционной базы данных положено понятие алгебры отношения и реляционного исчисления.

     Реляционный подход к построению базы данных предполагает отображение реальных объектов (явлений, событий, процессов) в виде информационных объектов или объектов предметной области. Информационные объекты описывают реальные с помощью совокупности взаимосвязанных реквизитов. [6,c.59]

     Отношения представлены в виде таблиц, строки которых представляют записи, а столбцы - атрибуты отношений - поля. Если значение поля однозначно определяет соответствующую запись, то такое поле называют ключевым.

     Имеется возможность связать две реляционные таблицы, если ключ одной таблицы ввести в состав ключа другой таблицы (рис. 5).

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

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

       
 
 

     Ключи 

     Связи между таблицами 

     Рис. 5. Структура библиотеки (реляционная база данных)

     .

     Реляционная база данных является объединением нескольких двумерных таблиц, между которыми установлены связи.

     Между записями двух таблиц могут быть установлены следующие основные виды связей:

• один к одному - эта связь предполагает, что в каждый момент времени одному экземпляру информационного объекта А соответствует не более одного экземпляра информационного объекта В и наоборот; например, начальник курса - курс;
• один к многим - эта связь предполагает, что одному экземпляру информационного объекта А соответствует 0, 1, 2 или более экземпляров объекта В, но каждый экземпляр объекта В связан не более чем с 1 экземпляром объекта А, например, начальник курса - курсант;
• многие к многим - эта связь предполагает, что в каждый момент времени одному экземпляру информационного объекта А соответствует 0, 1, 2 или более экземпляров объекта В и наоборот, например, учебная дисциплина - курсант.

     Одни и те же данные могут группироваться в таблицы различными способами, т.е. возможна различная форма наборов отношений взаимосвязанных информационных объектов.[6,c.64]

     При этом должен выполняться принцип нормализации:

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

     В последние годы подавляющее большинство баз данных являются реляционными и практически все СУБД ориентированы на такое представление информации. [11,c.15]

     Таким образом, традиционный анализ, который, как правило, осуществляется при помощи изучения набора готовых отчетных форм, а его результатом является принятие одного из стандартных бизнес-решений, здесь явно не поможет. Если считать, что в распоряжении аналитика имеется только традиционная СУБД, то при выполнении возложенных на него обязанностей он столкнется с рядом проблем:

     Построение сводных отчетов над нормализованной структурой, как правило, неэффективно: связывание большого числа таблиц в одном запросе выполняется достаточно долго, если объем этих таблиц велик; развернуть данные по любому измерению. Хранилища данных не заменяют, а дополняют традиционные реляционные базы данных с первичной информацией.

3. ХРАНИЛИЩА ДАННЫХ (ХД) И ИХ ПРИМЕНЕНИЕ ДЛЯ ФОРМИРОВАНИЯ МАРКЕТИНГОВЫХ РЕШЕНИЙ

   3.1 ХРАНИЛИЩА ДАННЫХ И ИХ ОСНОВНЫЕ КОМПОНЕНТЫ  

     Хранилища данных - это процесс сбора, отсеивания и предварительной обработки данных с целью представления результирующей информации пользователям для статистического анализа и аналитических отчетов. Ральф Кинболл (автор концепции хранилищ данных) описывал хранилища данных как «место, где люди могут получить доступ к своим данным». Он же сформулировал основные требования к хранилищам данных:

     - поддержка высокой скорости данных из хранилища;

     - поддержка внутренней непротиворечивости данных;

     - возможность получения и сравнения данных;

     - наличие удобных утилит просмотра данных хранилища;

     - полнота и достоверность хранимых данных;

     - поддержка качественного процесса пополнения данных. [15]

     Всем перечисленным требованиям удовлетворять зачастую не удается, поэтому для реализации хранилищ данных используют несколько продуктов. Одни из которых представляют средства хранения данных, другие - средства их извлечения и просмотра, в-третьих - средства пополнения хранилищ данных. Типичное хранилище данных как правило отличается от реляционной базы данных: 1) Обычная база данных предназначена для того, чтобы помочь пользователям выполнять повседневную работу, тогда как хранилища данных предназначены для принятия решений; 2) Обычная база данных подвержена постоянным изменениям в процессе работы пользователей, а хранилища данных относительно стабильно; данные в нем обновляются согласно расписанию (например, ежечасно, ежедневно, ежемесячно), в идеале, процесс пополнения данными за определенный период времени без изменения прежней информации находящейся уже в хранилище. 3) Обычная база данных чаще всего является источником данных попадающих в хранилище, кроме того хранилище может пополняться за счет внешних источников (например, сжатия данных).[15]

         Использование технологии хранилищ данных предполагает наличие в системе следующих компонентов:

     - оперативных источников данных;

     - средств переноса и трансформации данных;

     - метаданных - включают каталог хранилища и правила преобразования данных при загрузке их из оперативных баз данных;

     - реляционного хранилища;

     - OLAP-хранилища;

     - средств доступа и анализа данных.

     Назначение перечисленных компонентов таково. Оперативные данные собираются из различных источников. Поступившие оперативные данные очищаются, интегрируются и складываются в реляционные хранилище. Они уже доступны для анализа при помощи средств построения отчетов. Затем данные (полностью или частично) подготавливаются с использованием средств переноса и трансформации данных для OLAP-анализа, который реализуется применением средств доступа и анализа данных. При этом они могут быть загружены в специальную базу данных OLAP или оставаться в реляционном хранилище.[15]