Реализация генератора отчетов для данных, представленных в форме временных рядов




Скачать 246.98 Kb.
Дата14.08.2016
Размер246.98 Kb.


САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

Математико-механический факультет

Кафедра системного программирования

РЕАЛИЗАЦИЯ ГЕНЕРАТОРА ОТЧЕТОВ ДЛЯ ДАННЫХ, ПРЕДСТАВЛЕННЫХ В ФОРМЕ ВРЕМЕННЫХ РЯДОВ


Дипломная работа студента 544 группы


Гагарского Алексея Константиновича


Научный руководитель

………………
/ подпись /

к.ф.-м.н., доцент Графеева Н.Г.

Рецензент

………………
/ подпись /

Ст.преподаватель,

Калинина-Шувалова Н.Л.



“Допустить к защите”
заведующий кафедрой,

………………

/ подпись /



д.ф.-м.н., проф. Терехов А.Н.

Санкт-Петербург



2016
Оглавление

1 Введение 3

Существующие решения и их недостатки 3

2 Описание задачи 6

Постановка задачи 6

Концепция 6

7

Требования к разрабатываемому генератору 7



3 Предлагаемое решение 8

Структура базы данных 8

Структура генератора отчетов 10

Описание вспомогательного пакета 10

Описание приложения WindowsForms 11

4 Дальнейшее развитие 24

5 Заключение 24

6 Список использованной литературы 25

7 Приложение 1. Установка и запуск генератора отчетов. 26

8 Приложение 2. Функции пакета DotNetOracleInteract 28


1Введение


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

Существующие решения и их недостатки

1.1.1Стандартные генераторы отчетов


Обычные генераторы отчетов, такие как, Report Builder или Report Viewer, имеют возможность агрегировать и выводить данные в различных проекциях, но обладают следующим недостатком, делающим их неподходящими – малая эффективность и скорость при работе с миллионами записей. Причина кроется в том, что в этих генераторах отчетов используются прямые запросы к базе данных, и для соединения таблиц применяется операция «join», время выполнения которой уже при наличии пары таблиц по миллиону записей недопустимо велико. Более подробные исследования приведены в дипломе С.Подкорытова.

1.1.2OLAP-платформы


Платформы, основанные на OLAP (On-Line Analytical Processing), реализуют технологию комплексного многомерного анализа данных [1]. Они обладают средствами предоставления пользователю агрегатных данных для различных выборок из исходного набора в удобном для восприятия и анализа виде. Как правило, такие агрегатные функции образуют многомерный набор данных (называемый гиперкубом), оси которого содержат параметры, а ячейки — зависящие от них агрегатные данные. Вдоль каждой оси данные могут быть организованы в виде иерархии, представляющей различные уровни их детализации. Благодаря такой модели данных пользователи могут формулировать сложные запросы, генерировать отчеты, получать подмножества данных.

Концепция OLAP была описана в 1993 году Эдгаром Коддом, известным исследователем баз данных и автором реляционной модели данных. В 1995 году на основе требований, изложенных Коддом, был сформулирован так называемый тест FASMI (Fast Analysis of Shared Multidimensional Information — быстрый анализ разделяемой многомерной информации), включающий следующие требования к приложениям для многомерного анализа:



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

  • возможность осуществления любого логического и статистического анализа, характерного для данного приложения, и его сохранения в доступном для конечного пользователя виде;

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

  • многомерное концептуальное представление данных, включая полную поддержку для иерархий и множественных иерархий, агрегация данных;

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

Исходные данные для построения OLAP-кубов обычно хранятся в специализированных базах данных, называемых также хранилищами данных (Data Warehouse). В отличие от так называемых оперативных баз данных, с которыми работают приложения, модифицирующие данные, хранилища данных предназначены исключительно для обработки и анализа информации, поэтому проектируются они таким образом, чтобы время выполнения запросов к ним было минимальным.

Основными составляющими структуры хранилищ данных являются таблица фактов (fact table) и таблицы измерений (dimension tables).

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

Рис. 1: OLAP - куб

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

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


1.1.3Пакет MathCad


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

2Описание задачи

Постановка задачи


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

Концепция


В концепции генератора отчетов типа ИВР действует иная схема взаимодействия с данными, чем в стандартных генераторах. В отличие от обычного генератора отчетов, где происходит прямой запрос к базе (Рис. 2), и выборка и агрегация стандартными средствами не удовлетворяет критериям времени, в данной концепции генератор вызывает функции пакета по работе с временными рядами, в котором выборка и агрегация данных происходит по алгоритмам, которые действуют гораздо быстрее, чем стандартные SQL-средства (Рис. 3).

Рис. 2: Схема взаимодействия с БД простого генератора отчетов



Рис. 3: Схема взаимодействия элементов проектируемого генератора отчетов
Также в концепции рассматривается иерархическая структура объектов, обладающих большим количеством временных показателей по различным параметрам. Основной идеей концепции является возможность оперирования огромными (приближающимися к миллионам) объемами записей, которую не предоставляют существующие решения. Также должна быть возможность вывода данных в различных проекциях, возможность их агрегировать способом, указанным пользователем, и аппроксимировать недостающие значения.

Требования к разрабатываемому генератору


Имеется иерархическое дерево объектов. У объектов-листьев имеются различные показатели (параметры), значения которых поступают с различной периодичностью и представляют собой временной ряд.

Ряд однозначно определяется:



  1. объектом, к которому относится;

  2. параметром, значения которого содержит;

  3. периодичностью, с которой поступают новые значения.

Данные поступают в режиме on-line, поэтому информация, представленная в отчете, должна соответствовать времени.

Необходимо реализовать три возможности представления данных:



  1. На одной оси расположены объекты, на другой – равноотстоящие друг от друга моменты времени, рассматриваются значения одного параметра в заданный промежуток времени для выбранных объектов.

  2. На одной оси расположены параметры объекта, на другой - равноотстоящие друг от друга моменты времени, рассматриваются значения различных параметров одного объекта в заданный промежуток времени.

  3. На одной оси расположены объекты, на другой – параметры, рассматриваются агрегированные значения параметров выбранных объектов.

Объект в отчете – не обязательно лист иерархического дерева, поэтому должны быть возможность агрегации рядов нижестоящих объектов различными способами. Также в случае отсутствия ряда с необходимой периодичностью у пользователя должна быть возможность выбора: либо отказаться от построения отчета об этом объекте, либо выбрать ряд с более короткими временными интервалами.

Должна быть возможность сохранения составленной пользователем группировки объектов в файл и загрузка группировки из файла.

Также необходима возможность построения графиков и форматирования данных отчета.

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


3Предлагаемое решение

Структура базы данных


База данных содержит таблицы, хранящие информацию об объектах (Objects), названиях параметров (ParamNames), параметрах (Parameters), временных рядах (Series) и значениях рядов (Рис. 2). Параметр однозначно определяется объектом, к которому он относится, и названием.

Иерархия объектов восстанавливается с помощью поля хранения у каждого объекта ID родительского объекта. Ряд однозначно определяется временным интервалом, с которым поступают новые значения, и параметром. Значения рядов для скорости выборки содержатся в четырех различных таблицах в зависимости от временного интервала: SeriesValues – для значений рядов с интервалом, меньшим чем день, YearValues – для значений рядов с интервалом в год, и т.д.

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


  1. Агрегирование данных нескольких рядов с одним временным интервалом указанным способом.

  2. Агрегирование данных одного ряда за указанный промежуток времени.

  3. Формирование таблицы с данными для отчета в необходимом виде (расположение объектов (или параметров) и временным интервалов на осях)




Рис. 2: Схема базы данных

Структура генератора отчетов


Генератор отчетов типа ИВР состоит из двух основных частей: приложения WindowsForms и вспомогательного пакета на plsql, названного DotNetOracleInteractPacket.



Рис. 3: Схема взаимодействия элементов генератора

Описание вспомогательного пакета


Функция пакета DotNetOracleInteractPacket заключается во взаимодействии с основным пакетом по работе с временными рядами. Это позволит без ущерба для Windows-приложения(код которого уже нельзя будет изменить в отличие от кода пакета) вносить некоторые изменения в структуру базы и основного пакета функций или названия содержащихся в них объектов.

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



  • «ID объекта – Название объекта – ID родительского объекта – признак листа иерархического дерева». Если иерархии нет, то ID родительского объекта можно считать 0, а признак листа – 1

  • По ID объекта возвращать данные в формате «ID ряда – интервал – ID параметра – ID названия параметра»

  • «ID названия параметра – Названия параметра»

  • «Дата – произвольное количество колонок с числовыми данными»

Эти данные должны возвращаться, как и сейчас, теми же процедурами с помощью ref cursor.

Пакет состоит из функций, возвращающих:



  • все объекты;

  • для каждого объекта относящиеся к нему ряды и параметры

  • курсор на таблицу с данными для отчета

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



Описание приложения WindowsForms

3.1.1­Описание интерфейса


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

Интерфейс приложения WindowsForms представляет собой форму выбора данных для отчета. Форма выбора данных для отчета представлена 5 полями:



  • Выбор объектов

  • Выбор параметров

  • Выбор группировки объектов и функций для группировки

  • Вид отчета

  • Временные параметры

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

Рис. 4: Панели выбора объектов для отчета


Изначально каждая группа создается нажатием на выбранный объект в поле Объекты и состоит из этого объекта.

В поле выбора параметров отображаются параметры рядов, имеющиеся у выбранных объектов (Рис. 5).



Рис. 5: Панель выбора параметров для отчета


Т.к. у пользователя должна быть возможность группировать объекты и применять к значениям какую-либо функцию, присутствует поле «Группы». На Рис. 6 представлен вид нескольких групп. Поле состоит из следующих колонок:

  • Отображение структуры и названий групп. Названия групп можно менять прямо в ячейках

  • Кнопки для добавления и удаления элементов из группы

  • Выбор функции агрегирования для групп и объектов (не листьев иерархического дерева)


Рис. 6: Панель группировки объектов




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

  • Выбор формата выводимых чисел. Возможно выбирать как готовые форматы например «D», так и указывать свой формат, например, «0.##» [3]. Для указания своего формата необходимо в пункте верхнего меню «Настройки->Добавить формат чисел» открыть форму добавления формата чисел. После ввода своего формата есть возможность сохранить его, добавив в файл форматов. Иначе при перезапуске приложения новый формат будет потерян. Добавленные форматы отобразятся в выпадающих списках колонки «Формат». Если форматирование не нужно, колонку оставить без изменений.

  • Выбор групп, отображаемых в итоговом отчете. Необходима, т.к. некоторые группы могут участвовать в промежуточных вычислениях и быть не нужными в итоговом.

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

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

Есть возможность добавлять объекты в группы. Добавление новых объектов осуществляется путем выбора их из возникающей при нажатии кнопки «Добавить» формы (Рис. 7), где отображены все объекты, которые отсутствуют в данной группе и созданные группы (например, может возникнуть необходимость вывести среднее между, например, максимумом одной группы и средним показателем другой).


Рис. 7: Форма добавления к группе

Должна быть возможность выбора одного из трех видов отчетов исходя из трех возможных фиксированных измерений – группы, параметры, временной интервал. Для этого в поле «Вид отчета» необходимо выбрать фиксированное измерение и в выпадающем списке также выбрать значение фиксированного измерения. Например, если зафиксированное измерение - «Параметры», то необходимо выбрать параметр, относительно которого будут производиться вычисления. Если зафиксирован временной интервал, необходимо выбрать функцию агрегации на этом интервале. Если же выбрать пункт «Вручную» - значения параметров будут браться из колонки выбора параметра в панели группировки объектов (Рис. 8).

На панели выбора временных параметров можно выбрать период отчетности и шаг времени, с которым строить отчет (Рис. 9).


Рис. 8: Панель выбора вида отчета


Рис. 9: Панель выбора временных параметров


Построение отчета начинается с нажатия кнопки «Генерировать». Готовый отчет отображается во вкладке «Отчет». Так же реализована возможность «повернуть» отчет на 90 градусов.

График отображается во вкладке «График». Имеется возможность масштабирования и экспорта.

Также возможна ситуация, когда для выбранного объекта не будет найдено ряда по необходимому параметру с выбранным интервалом. Тогда пользователю будет сообщено об этом в отдельном окне (Рис. 10) и предоставлена возможность выбора: либо вообще не рассматривать группу, содержащую проблемный объект, с этим параметром, либо выбрать ряд с меньшей периодичностью и способ агрегации значений.

Рис. 10: Форма взаимодействия с пользователем при отсутствии нужного ряда


Имеется возможность форматирования даты в отчете. Для выбора необходимого формата нужно открыть форму выбора формата даты в пункте меню «Настройки->Установить формат даты». На этой форме можно выбрать формат даты из предложенных, или же ввести свой и при необходимости сохранить в файле форматов даты, иначе при перезапуске приложения он будет потерян. Следует учесть, что для правильного форматирования даты нужно выбрать верную локализацию из имеющихся (Ru - Россия, En - США, De - Германия), исходя из местоположения заказчика. Один и тот же формат в разных локализациях может выглядеть по-разному.

Имеется возможность экспорта и импорта шаблонов группировки объектов. Для экспорта необходимо в верхнем меню выбрать пункт «Файл->Сохранить шаблон» и выбрать папку. Сохраненный файл с шаблоном будет иметь расширение «*.rpg». Для загрузки шаблона выбрать пункт «Файл->Загрузить шаблон» и выбрать необходимый файл с шаблоном. После загрузки дерево группировки объектов автоматически обновится в соответствии с шаблоном.


3.1.2Описание реализации


Реализацию можно условно разделить на две части – реализация взаимодействия с пользователем и реализация непосредственно обработки введенных данных для генерации отчетов (Рис. 11: Схема "настольной" части генератораРис. 11).
Рис. 11: Схема "настольной" части генератора

3.1.2.1Описание реализации взаимодействия с пользователем


Для отображения информации на форме и быстрой реакции на действия пользователя все данные, кроме самих рядов (т.е. только информация об объектах, их параметрах и интервалах их рядов) загружается в оперативную память. Загрузка происходит с помощью класса OracleDataReader и курсора, инициализируемого в пакете [6]. Это позволяет снизить нагрузку на сеть, т.к. быстрый интернет еще распространен не повсеместно. Считывание данных производится в пакете DotNetOracleInteractPacket, т.е. .Net приложение взаимодействует только с этим пакетом, вызывая различные его функции, и не имеет прямого доступа к данным.

Используемые элементы управления формы – компоненты библиотек Developer Express [4], отличающиеся гораздо большим функционалом по сравнению со стандартными элементами управления Windows Forms.

При запуске инициализируются и заполняются несколько hash-таблиц [5], содержащих экземпляры классов, которые описывают объекты (название, ID их параметров и рядов), параметры (название, ряды по этим параметрам). Ключами в этих hash-таблицах являются ID объектов и параметров соответственно. Применение именно hash-таблиц оправдано удобством доступа к нужной сущности по ее идентификационному номеру, соответствующему ключу в таблице.

Структура, содержащая информацию о группировке объектов представлена также hash-таблицей, содержащей ссылки на экземпляры класса GroupInfo, в каждом из которых содержится (Рис. 12):



  • список экземпляров класса ObjInGroup. В нем имеет ID сущности (объекта или группы), и флаг, указывающий, ссылкой на что является ID – на другую группу или на объект, т.к. в одна группа может быть вложена в другую. Именно порядок элементов в этом списке определяет порядок выполнения операций, в которых порядок операндов важен – например, разность и деление.

  • hash-таблица, содержащая в качестве ключей ID объектов, в качестве значений – выбранный параметр и функцию агрегации (если есть дочерние объекты). Хранение параметра необходимо в случае, кода пользователь сам выбирает свой параметр для каждого объекта («ручной» режим)

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

  • флаг видимости группы в итоговом отчете.

Для отображения структуры групп используется компонент DevExpress TreeList (Рис. 6), предназначенный для отображения иерархической (древовидной) структуры. Колонки этого компонента соответствуют полям в классе GroupInfo. Каждое изменение значения ячеек фиксируется в экземпляре этого класса.


Рис. 12: Схема структуры, содержащей информацию о группах



3.1.2.2Описание обработки введенных пользователем данных


Для построения отчета необходимо выявить номера рядов, содержащие необходимые данные.

Информация о каждом объекте хранится в экземплярах класса ObjectInfo – ряды с этим объектом, его название, ID, признак уровня объекта в иерархическом дереве (Рис. 13).

При поиске номеров необходимых рядов возможны два случая:


  1. Ряд необходим для объекта, который является листом иерархического дерева

  2. Ряд необходим для объекта, который не является листом дерева или для группы, содержащей несколько объектов

В первом случае ряд находится просто путем поиска среди рядов рассматриваемого объекта по параметру и временному интервалу.

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

Производя рекурсивный разбор и дойдя, до самого нижнего уровня, содержащего только объекты – листья иерархического дерева, появляется возможность вычисления данных за этот уровень (Рис. 14). Производится обращение к функции из пакета DotNetOracleInteractPacket, в качестве параметров передаются номера рядов (в виде одной строки, разделяя их спецсимволом), функция агрегации и ограничения по времени. Функция этого пакета производит лексический анализ строки с номерами рядов, составляя массив, и передает этот массив, функцию агрегации, временные ограничения и номер нового ряда процедуре основного пакета по работе с базой, где происходит вычисление ряда. Результатом функции пакета DotNetOracleInteractPacket является номер нового ряда. Затем таким же образом вычисляется ряд на 1 уровень выше. Так производится вычисление рядов для всех уровней дерева разбора. Значения промежуточных рядов записываются в общие таблицы (SeriesValues, YearValues, MonthValues, DayValues), так как эти ряды потом удобно использовать наравне с исходными, как в более верхних уровнях, так и в других группах.

Рис. 13: Схема структуры, содержащей инфорацию об объектах


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

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

Для отчетов, у которых фиксированные измерения - это группы или параметры, далее почти аналогично: производится обращение к функции из пакета DotNetOracleInteractPacket, в качестве параметров передаются также номера составленных рядов (в виде одной строки, разделяя их спецсимволом) и ограничения по времени. Функция этого пакета также производит лексический анализ строки с номерами рядов, составляя массив, и передает этот массив и временные ограничения процедуре основного пакета по работе с базой, где происходит вычисление ряда. Результатом процедуры основного пакета является курсор (ref cursor), указывающий на временную таблицу, содержащую отчетные данные. Курсор передается в приложение WindowsForms, где с помощью стандартного класса OracleDataReader происходит считывание данных. После того, как данные с помощью курсора считаны, временная таблица и ряды, содержащие промежуточные вычисления, удаляются.

Для отчетов с фиксированным измерением «временной интервал» функция вспомогательного пакета принимает номера рядов, ограничения по времени, функцию агрегации и возвращает значение, а не создает ряд, т.к. в итоге могут получиться 1500 рядов с 1 значением (макс. объектов 50, параметров 30). Понятно, что при составлении отчета такого типа циклом проходим по всем параметрам, а внутри этого цикла – по всем группам, .т.к. если группы взаимосвязаны (имеют общие объекты или включены друг в друга), то количество вычислений сокращается.

В случае, когда пользователь выбирает для каждого объекта свой параметр, все вычисляется аналогично, за исключением того, что параметр берется не из глобальной переменной, а из поля класса GroupInfo.

Рис. 14: Схема формирования данных для одной группы


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

Возможность «поворачивать» отчет реализована в самом приложении без использования средств plsql, исходя из соображения, что таким образом мы снижаем нагрузку на сеть. Плюс к тому, средствами .Net это сделать проще.

Отчетные данные отображаются в компоненте DevExpress GridControl, используя свойство DataSource.

График отображается в компоненте DevExpress XtraCharts, предназначенной для изображения различных видов диаграмм.


3.1.2.3Сохранение и загрузка шаблонов


Для сохранения шаблона необходимо записать в файл древовидную структуру дерева группировки объектов. Наилучшим образом для этой цели подходит язык XML (англ. eXtensible Markup Language — расширяемый язык разметки, фактически представляющий собой свод общих синтаксических правил для хранения структурированных данных) [7].

Запись происходит с помощью класса XmlTextWriter [8], записывающего каждое свойство дерева группировки в соответствующие вершины XML-документа. Ниже приведен пример записи данных об одной группе:





1

Группа 1

true

0.#



19


1


3



Как видно из примера, в дочерних вершинах одной группы содержатся данные о ней (ID, название, формат чисел, видимость в итоговом отчете, функция агрегации при необходимости), так и обо всех объектах группы и их свойствах (ID, выбранные параметры для объектов, функции агрегации при необходимости). Файл шаблона имеет расширение «*.rpg».

Чтение XML-документа при загрузке шаблона происходит с помощью класса XmlTextReader, происходит последовательное заполнение описанных выше структур, содержащих информацию о группах (Рис. 12).

4Дальнейшее развитие


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

Также дальнейшее развитие может предусматривать аппроксимацию недостающих значений, или, по крайней мере, указание, где эти значения пропущены. Рассмотрим описанный выше многоуровневый отчет. Например, определенный объект не прислал данные за какое-то время (этот объект – лист иерархического дерева, т.к. ряды имеются только у них), т.е. во временном ряде этого объекта есть пропущенные значения. Тогда в отчете группа, использующая данные этого объекта помечается каким либо образом (например, подсвечивается красным цветом). Пользователь имеет возможность раскрыть отчет по всем объектом этой группы, и увидеть, какой именно объект не прислал данные.

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

5Заключение


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

Реализованный генератор имеет следующие отличия от имеющихся на данный момент:



  • Работает не непосредственно с данными, а взаимодействует с пакетом функций по работе с временными рядами

  • Время построения отчета существенно уменьшено за счет отказа от прямых запросов к данным

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


6Список использованной литературы


    1. http://www.olap.ru

    2. http://en.wikipedia.org/wiki/Extract,_transform,_load

    3. http://www.csharp-examples.net/string-format-double/

    4. http://www.devexpress.com/

    5. http://msdn.microsoft.com/ru-ru/library/system.collections.hashtable(VS.90).aspx

    6. http://download.oracle.com/docs/html/E10927_01/OracleDataReaderClass.htm

    7. http://ru.wikipedia.org/wiki/XML

    8. http://msdn.microsoft.com/ru-ru/library/system.xml.xmltextwriter.aspx

    9. Стэкер М., Стэйн С., Мортроп Т. «Разработка клиентских Windows-приложений на платформе Microsoft .NET Framework. Учебный курс Microsoft экзамен 70-526» - СПб, 2008



7Приложение 1. Установка и запуск генератора отчетов.


Для работы генератора необходимы:

1. .Net Framework версии не ниже 2.0 (скачать можно здесь: http://www.microsoft.com/).

2. Если приложение работает удаленно, то OracleClient 10g.

Для установки генератора выполните следующие пункты:



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

Состоит из:

  • Скрипты, создающие необходимые структуры в базе данных:

  • Init.sql – создает структуру таблиц.

  • Package.sql – создает пакет функций и процедур по работе с временными рядами.

  • DotNetOracleInteractPacket.sql – пакет взаимодействия «настольной» части генератора и пакета функций и процедур по работе с временными рядами.

  • FillEnergo.sql – скрипт заполнения демонстрационной базы.

    • Главный скрипт инициализации: initDB.sql – выполняет вышеописанные скрипты и создает пользователя для работы с генератором.

    • Исполняемый файл: ReportGenerator.exe

    • Необходимые библиотеки:

    • DevExpress.Data.v8.2.dll

    • DevExpress.Utils.v8.2.dll

    • DevExpress.XtraCharts.v8.2.dll

    • DevExpress.XtraEditors.v8.2.dll

    • DevExpress.XtraGrid.v8.2.dll

    • DevExpress.XtraScheduler.v8.2.dll

    • DevExpress.XtraTreeList.v8.2.dll

      • Дополнительные файлы, содержащие различные форматы дат и чисел:

    • DateFormat.fmt

    • NumberFormat.fmt

  1. Запустите базу данных Oracle (Панель управления-> Администрирование-> Службы-> OracleServiceXE).



  1. Откройте любую утилиту для выполнения скриптов под Oracle, например, Toad for Oracle, SQL Navigator, SQL*Plus, и подключитесь к базе как администратор (sys). Простейшей утилитой является SQL*Plus, для ее запуска необходимо в командной строке вsполнить команду «sqlplus».

  2. Выполните главный скрипт инициализации, который создаст пользователя, структуру базы данных, скомпилирует два plsql- пакета (DotNetOracleInteractPacket и пакет функций по работе с временными рядами) и создаст демонстрационную базу.

В SQL*Plus скрипт выполняется командой «@<полный путь к скрипту>». Пароль для sys вводится в форме «<пароль> as sysdba».

Имя созданного пользователя – «repgen». Пароль такой же. Естественно, имеет смысл сразу же его поменять.




Для тестового запуска генератора создан скрипт заполнения демонстрационной базы. По умолчанию он выполняется при запуске основного скрипта инициализации.

Демонстрационная база данных содержит дерево из 63 объектов (ГЭС на территории северо-запада России), 4 параметра (объем/цена продажи/покупки генерации РСВ). Для каждого объекта – листа иерархического создается по 2 ряда с интервалом полчаса и час на каждый параметр и 50 случайных значений (из соответствующих диапазонов цены или объема) в каждом ряду.



  1. Запустите исполняемый файл генератора (ReportGenerator.exe). Для успешного входа в систему необходимо ввести верные данные: хост, порт, сервер, имя пользователя и пароль. Хост, порт и сервер можно посмотреть в файле tnsnames.ora или у администратора.

8Приложение 2. Функции пакета DotNetOracleInteract


Вспомогательный пакет DotNetOracleInteract состоит из следующих функций и процедур:

Procedure SelectSeriesFixGroupParam – создает курсор, который считывает данные при фиксированных измерениях «Группы» и «Параметры». Параметры: строка, содержащая ID необходимых рядов, перечисленных через запятую, временные условия в виде строки, курсор, являющийся IN OUT параметром.

Function GetValueForFixedTimeInterval – функция, возвращающая значение агрегирующей функции по одному временному ряду за указанный временной интервал. Параметры: ID ряда, номер функции агрегации, временные условия в виде строки.

Procedure DropTmpTable – удаляет временную таблицу, из которой было произведено считывание данных.

Procedure DeleteTempSeries – удаляет созданные в процессе построения отчета временные ряды. Параметры: строка, содержащая ID рядов, подлежащих удалению.

Function GetResultIDForGroup – возвращает ID созданного с помощью указанной функции агрегации ряда, полученного из рядов, ID которых даны на вход. Параметры: строка, содержащая ID рядов, подлежащих агрегации, номер функция агрегации, временные условия в виде строки

Function combine – является вспомогательной функцией, возвращающей ID созданного с помощью указанной функции агрегации ряда, полученного из рядов, ID которых даны на вход. Параметры: массив ID рядов, номер функции агрегации. Используется для операций разность, умножение, деление.

Procedure GetParamNames – создает IN OUT курсор, считывающий названия параметров.

Procedure GetObjects - создает IN OUT курсор, считывающий список объектов.

Procedure GetObjectSeriesData - создает IN OUT курсор, считывающий информацию о рядах для указанного объекта.

Function SplitIDstring – производит лексический разбор строки, содержащей ID рядов и возвращает массив этих ID рядов. Параметры: строка, содержащая ID рядов.



База данных защищена авторским правом ©uverenniy.ru 2016
обратиться к администрации

    Главная страница