Олап ексел коцки. OLAP = Повеќедимензионален приказ = коцка. Создавање коцка за продажба на Интернет

Коцките за податоци OLAP (Онлајн аналитичка обработка) ви овозможуваат ефикасно да извлекувате и анализирате повеќедимензионални податоци. За разлика од другите видови бази на податоци, OLAP базите на податоци се дизајнирани специјално за аналитичка обработка и брзо извлекување на сите видови множества на податоци од нив. Всушност, постојат неколку клучни разлики помеѓу стандардните релациони бази на податоци, како што се Access или SQL Server, и OLAP базите на податоци.

Ориз. 1. За да поврзете OLAP коцка со работна книга на Excel, користете ја командата Од аналитички услуги

Преземете ја белешката во или

Во релационите бази на податоци, информациите се претставени како записи кои се додаваат, бришат и се ажурираат последователно. OLAP базите на податоци складираат само слика на податоци. Во базата на податоци OLAP, информациите се архивираат како единствен блок на податоци и се наменети само за излез на барање. Иако може да се додадат нови информации во базата на податоци на OLAP, постојните податоци ретко се уредуваат, а уште помалку се бришат.

Релационите бази на податоци и OLAP базите на податоци се структурно различни. Релационите бази на податоци обично се состојат од збир на табели кои се поврзани една со друга. Во некои случаи, релациската база на податоци содржи толку многу табели што е многу тешко да се одреди како тие се поврзани. Во OLAP базите на податоци, односите помеѓу поединечните блокови на податоци се однапред дефинирани и складирани во структура позната како OLAP коцки. Коцките за податоци складираат целосни информации за хиерархиската структура и односите на базата на податоци, што во голема мера ја поедноставува навигацијата низ неа. Дополнително, многу е полесно да креирате извештаи ако однапред знаете каде се наоѓаат податоците што ги извлекувате и кои други податоци се поврзани со нив.

Главната разлика помеѓу релационите бази на податоци и OLAP базите на податоци е начинот на кој информациите се складираат. Податоците во OLAP коцка ретко се прикажуваат на општ начин. Коцките за податоци OLAP обично содржат информации претставени во претходно дизајниран формат. Така, операциите на групирање, филтрирање, сортирање и спојување на податоци во коцки се вршат пред да се пополнат со информации. Ова го прави преземањето и прикажувањето на бараните податоци што е можно поедноставно. За разлика од релационите бази на податоци, нема потреба правилно да се организираат информациите пред да се прикажат на екранот.

OLAP базите на податоци обично се креирани и одржувани од ИТ администратори. Ако вашата организација нема структура која е одговорна за управување со базите на податоци на OLAP, тогаш можете да контактирате со администраторот на релационата база на податоци со барање за имплементација корпоративна мрежабарем некои OLAP решенија.

Поврзување со OLAP коцка за податоци

За да пристапите до базата на податоци на OLAP, прво треба да воспоставите врска со коцката OLAP. Започнете со одење на јазичето Лента Податоци. Кликнете на копчето Од други извории изберете ја командата од опаѓачкото мени Од аналитички услуги(сл. 1).

Кога ќе ја изберете наведената команда на Волшебникот за поврзување со податоци (сл. 2). Неговата главна задача е да ви помогне да воспоставите врска со серверот, кој ќе го користи Excel при управување со податоци.

1. Прво треба да му дадете на Excel информации за регистрација. Внесете го името на серверот, името за најава и лозинката за пристап до податоци во полињата на полето за дијалог, како што е прикажано на сл. 2. Кликнете на копчето Понатаму. Ако се поврзете користејќи сметка Windows, потоа поставете го прекинувачот Користете Windows Authentication.

2. Изберете ја базата на податоци со која ќе работите од паѓачката листа (сл. 3). Тековниот пример ја користи базата на податоци за упатство за услуги за анализа. Откако ќе ја изберете оваа база на податоци, списокот подолу ве поттикнува да ги увезете сите OLAP коцки достапни во неа. Изберете ја потребната коцка за податоци и кликнете на копчето Понатаму.

Ориз. 3. Изберете работна база на податоци и OLAP коцка, што планирате да го користите за анализа на податоците

3. Во следниот дијалог прозорец на волшебникот, прикажан на сл. 4, од вас се бара да внесете описни информации за врската што ја создавате. Сите полиња од дијалог прозорецот прикажани на сл. 4 не се бара да се пополнат. Секогаш можете да го игнорирате тековното поле за дијалог без да го пополните, и тоа нема да влијае на вашата врска на кој било начин.

Ориз. 4. Променете ги описните информации за врската

4. Кликнете на копчето Подготвениза да го завршите создавањето на врската. Ќе се појави дијалог прозорец на екранот Увезете податоци(сл. 5). Поставете го прекинувачот Извештај за стожерна табелаи кликнете на ОК за да започнете да ја креирате табелата за пивот.

Структура на коцка OLAP

Како што креирате стожерна табела од базата на податоци OLAP, ќе забележите дека прозорецот на панелот за задачи Полиња за свртена табелаќе се разликува од онаа за обична стожерна табела. Причината лежи во распоредот на Стожерната табела така што тесно ја одразува структурата на OLAP коцката прикачена на неа. За да се движите низ коцката OLAP што е можно побрзо, треба темелно да се запознаете со нејзините компоненти и како тие комуницираат. На сл. Слика 6 ја прикажува основната структура на типична OLAP коцка.

Како што можете да видите, главните компоненти на коцката OLAP се димензии, хиерархии, нивоа, членови и мерки:

• Димензии. Главните карактеристики на анализираните податочни елементи. Вообичаени примери на димензии вклучуваат Производи, Клиент и Вработен. На сл. Слика 6 ја прикажува структурата на димензијата Производи.
• Хиерархии. Предефинирана агрегација на нивоа во одредена димензија. Хиерархијата ви овозможува да креирате збирни податоци и да ги анализирате на различни нивоа на структурата, без да навлегувате во односите што постојат помеѓу овие нивоа. Во примерот прикажан на сл. 6, димензијата Производи има три нивоа, кои се собираат во една хиерархија на категории на производи.
• Нивоа. Нивоата се категории кои се собираат во заедничка хиерархија. Размислете за слоевите како полиња со податоци што може да се бараат и анализираат одделно едни од други. На сл. 6 има само три нивоа: Категорија, Подкатегорија и Име на производ.
• Членови. Еден елемент на податоци во рамките на димензијата. До членовите обично се пристапува преку OLAP структура на димензии, хиерархии и нивоа. Во примерот на сл. Дефинирани се 6 членови за ниво на Име на производ. Другите нивоа имаат свои членови, кои не се прикажани во структурата.
• Мерки- Ова се вистински податоци во коцките OLAP. Мерките се чуваат во нивните сопствени димензии, кои се нарекуваат димензии на мерка. Може да барате мерки користејќи каква било комбинација на димензии, хиерархии, нивоа и членови. Оваа постапка се нарекува мерки за „исечување“.

Сега, кога сте запознаени со структурата на коцките OLAP, ајде да погледнеме свежо на списокот на полиња PivotTable. Организацијата на достапните полиња станува јасна и не предизвикува никакви поплаки. На сл. Слика 7 покажува како списокот со полиња ги претставува елементите на стожерната табела OLAP.

Во списокот со полиња на PivotTable OLAP меркисе прикажуваат прво и се означени со иконата за сумирање (сигма). Ова се единствените податочни елементи што можат да бидат во регионот VALUE. По нив во списокот се означени димензиите, означени со икона со слика на табелата. Нашиот пример ја користи димензијата Клиент. Оваа димензија содржи голем број хиерархии. Откако ќе се прошири хиерархијата, можете да ги видите индивидуалните нивоа на податоци. За да ја видите структурата на податоци на OLAP коцка, едноставно навигирајте низ списокот со полиња во стожерната табела.

Ограничувања на стожерните табели на OLAP

Кога работите со OLAP PivotTables, запомнете дека имате интеракција со изворот на податоци на PivotTable во околината OLAP за услуги за анализа. Ова значи дека секој аспект на однесувањето на коцката на податоци, од димензиите до мерките што се вклучени во коцката, е исто така контролиран од OLAP аналитичките услуги. За возврат, ова води до ограничувања на операциите што може да се извршат на стожерните табели на OLAP:

• Не можете да поставите полиња освен мерки во областа VALUES на стожерна табела;
• невозможно е да се смени функцијата што се користи за сумирање;
• Не можете да креирате пресметано поле или пресметана ставка;
• сите промени на имињата на полињата се откажуваат веднаш откако полето ќе се отстрани од Стожерната табела;
• Промената на параметрите на полето на страницата не е дозволена;
• командата не е достапна Прикажистраници;
• опцијата е оневозможена Прикажипотписиелементиако нема полиња во областа на вредноста;
• опцијата е оневозможена Подзбиркипо елементи на страница избрани од филтерот;
• параметарот не е достапен Позадинабарање;
• по двоен клик во полето VALUES, се враќаат само првите 1000 записи од кешот на пивот табела;
• полето за избор е оневозможено Оптимизирајмеморија.

Креирање автономни коцки за податоци

Во стандардна стожерна табела, изворните податоци се зачувуваат на вашиот локален хард диск. Така, секогаш можете да управувате со нив, како и да ја менувате структурата, дури и без пристап до мрежата. Но, ова во никој случај не се однесува на стожерните табели на OLAP. Во стожерните табели на OLAP, кешот не се наоѓа на локалниот хард диск. Затоа, веднаш по исклучувањето од локална мрежавашата стожерна табела OLAP веќе нема да работи. Нема да можете да преместите ниту едно поле во таква табела.

Ако сè уште треба да ги анализирате податоците од OLAP кога не сте поврзани на мрежа, креирајте офлајн коцка за податоци. Ова е посебна датотека што го претставува кешот на стожерната табела. Оваа датотека ги складира податоците од OLAP што се гледаат по исклучувањето од локалната мрежа. За да креирате самостојна коцка за податоци, прво креирајте стожерна табела OLAP. Поставете го курсорот во стожерната табела и кликнете на копчето Алатки OLAPАнализа на контекстуални јазичиња, вклучена во множеството контекстуални јазичиња Работа со стожерни табели. Изберете тим Офлајн OLAP режим(Сл. 8).

На екранот ќе се појави дијалог-кутија Поставки траење на батеријата OLAP(сл. 9). Кликнете на копчето Создадете офлајн датотека со податоци. На екранот ќе се појави првиот прозорец од Волшебникот за создавање датотека Data Cube. Кликнете на копчето Понатамуда ја продолжи постапката.

Во вториот чекор (сл. 10), наведете ги димензиите и нивоата што ќе бидат вклучени во коцката со податоци. Во полето за дијалог, мора да ги изберете податоците за увоз од базата на податоци OLAP. Неопходно е да се изберат само оние димензии што ќе бидат потребни по исклучувањето на компјутерот од локалната мрежа. Колку повеќе димензии наведете, толку поголема ќе биде автономната коцка за податоци.

Кликнете на копчето Понатамуза да продолжите на третиот чекор (сл. 11). Во овој прозорец треба да изберете членови или податочни елементи кои нема да бидат вклучени во коцката. Ако полето за избор не е избрано, наведената ставка нема да се увезе и ќе зазема непотребен простор на вашиот локален хард диск.

Наведете ја локацијата и името на коцката со податоци (Слика 12). Датотеките со коцка со податоци имаат наставка .cub.

По некое време, Excel ќе ја зачува офлајн коцката за податоци во наведената папка. За да го тестирате, кликнете двапати на датотеката, што автоматски ќе генерира работна Excel работни книги, која содржи стожерна табела поврзана со избраната коцка за податоци. Откако ќе се создаде, можете да ја дистрибуирате офлајн коцката за податоци до сите заинтересирани корисници кои работат во офлајн LAN режим.

Откако ќе се поврзете на локалната мрежа, можете да ја отворите офлајн датотеката со коцка податоци и да ја ажурирате и поврзаната табела со податоци. Имајте предвид дека иако офлајн коцката за податоци се користи кога нема мрежен пристап, потребно е да се ажурира кога ќе се врати мрежното поврзување. Обидот да се ажурира офлајн коцка за податоци откако ќе се изгуби мрежната врска ќе резултира со неуспех.

Користење на функции на коцка на податоци во стожерните табели

Функциите на коцка на податоци што се користат во базите на податоци на OLAP, исто така, може да се извршуваат од стожерна табела. Во старите верзии на Excel, имавте пристап до функционалноста на коцките за податоци само откако ќе го инсталиравте додатокот за анализа на пакетот. Во Excel 2013, овие функции се вградени во програмата и затоа се достапни за употреба. За целосно да ги разбереме нивните способности, да погледнеме конкретен пример.

Еден од повеќето едноставни начиниУчењето на функциите на коцката на податоци вклучува конвертирање на стожерна табела OLAP во формули за коцка податоци. Оваа постапка е многу едноставна и ви овозможува брзо да добиете формули за коцки за податоци без да ги создавате од нула. Клучниот принцип е да се заменат сите ќелии во стожерната табела со формули кои се поврзани со базата на податоци OLAP. На сл. Слика 13 покажува стожерна табела поврзана со OLAP база на податоци.

Поставете го курсорот каде било во стожерната табела, кликнете на копчето Алатки OLAPконтекстуална лента таб Анализаи изберете тим Претворете во формули(Сл. 14).

Ако вашата стожерна табела содржи поле за филтер за извештај, на вашиот екран ќе се појави дијалог прозорецот прикажан на Слика 1. 15. Во овој прозорец, можете да одредите дали сакате да ги конвертирате паѓачките списоци со филтри за податоци во формули. Ако одговорот е да, паѓачките списоци ќе се отстранат и наместо тоа ќе се прикажат статични формули. Ако планирате да користите паѓачки списоци во иднина за да ја промените содржината на стожерната табела, тогаш исчистете го единственото поле за избор во полето за дијалог. Ако работите на PivotTable во режим на компатибилност, филтрите за податоци ќе се претворат во формули автоматски, без претходно предупредување.

По неколку секунди, наместо стожерна табела, ќе се прикажат формули кои се извршуваат во коцки за податоци и обезбедуваат излез на потребните информации во прозорецот на Excel. Ве молиме имајте предвид дека ова ги отстранува претходно применетите стилови (сл. 16).

Ориз. 16. Погледнете ја лентата со формули: ќелиите ги содржат формулите за коцки за податоци

Со оглед на тоа што вредностите што ги гледате повеќе не се дел од објектот PivotTable, можете да додавате колони, редови и пресметани членови и да ги комбинирате со други надворешни извори, а исто така променете го извештајот со најмногу различни начини, вклучително и формули за влечење и пуштање.

Додавање пресметки на стожерните табели на OLAP

ВО претходните верзииСтожерните табели на Excel OLAP не дозволуваа приспособени пресметки. Ова значи дека не беше можно да се додаде дополнително ниво на анализа на OLAP PivotTables на ист начин како што е можно да се додадат пресметаните полиња и членови на обичните PivotTables (за повеќе информации, проверете дали сте запознаени со овој материјал пред да продолжите читање).

Excel 2013 воведува нови OLAP алатки - пресметани мерки и пресметани членови на MDX изрази. Веќе не сте ограничени на користење на мерките и членовите во вашата OLAP коцка обезбедени од вашата DBA. Добивате дополнителни можности за анализа со креирање сопствени пресметки.

Вовед во MDX.Кога користите PivotTable со OLAP коцка, издавате MDX (Multidimensional Expressions) барања во базата на податоци. MDX е јазик за пребарување што се користи за преземање податоци од повеќедимензионални извори (како OLAP коцки). Кога OLAP PivotTable се менува или ажурира, соодветните MDX барања се испраќаат до базата на податоци OLAP. Резултатите од барањето се враќаат назад во Excel и се прикажуваат во областа PivotTable. Ова овозможува да се работи со OLAP податоци без локална копија од кешот на стожерната табела.

Кога креирате пресметани мерки и членови на MDX, користите синтакса на јазикот MDX. Користејќи ја оваа синтакса, стожерната табела им овозможува на пресметките да комуницираат со задниот дел на базата на податоци OLAP. Примерите дискутирани во книгата се засноваат на основни MDX дизајни кои покажуваат нови Функции на Excel 2013. Ако треба да креирате сложени пресметани мерки и членови на MDX, ќе треба да потрошите време за да дознаете повеќе за можностите на MDX.

Создадете пресметани мерки.Пресметаната мерка е OLAP верзијата на пресметаното поле. Идејата е да се создаде ново поле за податоци врз основа на некои математички операции извршени на постојните полиња OLAP. Во примерот прикажан на сл. 17, се користи збирна табела OLAP, која ги вклучува списокот и количината на стоки, како и приходите од продажбата на секоја од нив. Треба да додадеме нова мерка со која ќе се пресмета просечната цена по единица артикал.

Анализа Работа со стожерни табели. Во паѓачкото мени Алатки OLAPизберете ставка (сл. 18).

Ориз. 18. Изберете ставка од менито MDX пресметана мерка

На екранот ќе се појави дијалог-кутија Направете пресметана мерка(сл. 19).

Следете ги овие чекори:

2. Изберете ја групата мерки во која ќе се наоѓа новата пресметана мерка. Ако не го направите ова, Excel автоматски ќе ја смести новата мерка во првата достапна група мерки.

3. На терен MDX израз(MDX) Внесете ја шифрата што ја одредува новата мерка. За да го забрзате процесот на внесување, користете ја листата лево за да изберете постоечки мерки што ќе ги користите во пресметките. Кликнете двапати на саканата мерка за да ја додадете во полето MDX. Следниот MDX се користи за пресметување на просечната продажна цена на единицата:

4. Кликнете OK.

Обрнете внимание на копчето Проверете го MDX, кој се наоѓа во долниот десен дел од прозорецот. Кликнете на ова копче за да проверите дали синтаксата MDX е точна. Ако синтаксата содржи грешки, се појавува порака.

Откако ќе завршите со креирањето на вашата нова пресметана мерка, одете на списокот Полиња за свртена табелаи изберете го (сл. 20).

Обемот на пресметаната мерка се однесува само на тековната работна книга. Со други зборови, пресметаните мерки не се креираат директно во коцката на серверот OLAP. Ова значи дека никој нема да може да пристапи до пресметаната мерка освен ако не отворите општ пристапна работната тетратка или нема да ја објавите на Интернет.

Креирајте пресметани членови на MDX. MDX пресметан член е OLAP верзија на редовен пресметан член. Идејата е да се создаде нов податочен елемент врз основа на некои математички операции извршени на постоечки OLAP елементи. Во примерот прикажан на сл. 22, се користи стожерна табела OLAP која вклучува информации за продажбата за 2005-2008 година (со квартална анализа). Да речеме дека сакате да ги соберете податоците за првиот и вториот квартал со создавање нов елемент, прва половина од годината. Исто така, ќе ги комбинираме податоците поврзани со третиот и четвртиот квартал, формирајќи нов елемент Второ во годината.

Ориз. 22. Ќе додадеме нови MDX пресметани членови, прва половина од годината и втората половина од годината

Поставете го курсорот каде било во PivotTable и изберете го контекстуалниот таб Анализаод збир на контекстуални јазичиња Работа со стожерни табели. Во паѓачкото мени Алатки OLAPизберете ставка MDX пресметан член(Сл. 23).

На екранот ќе се појави дијалог-кутија (Сл. 24).

Ориз. 24. Прозорец Креирање пресметана ставка

Следете ги овие чекори:

1. Наведете ја пресметаната мерка име.

2. Изберете ја матичната хиерархија за која создавате нови пресметани членови. На градилиште родителски елементдодели вредност Сите. Оваа поставка му овозможува на Excel да пристапи до сите членови на матичната хиерархија кога оценува израз.

3. Во прозорецот MDX изразВнесете ја синтаксата MDX. За да заштедите малку време, користете ја листата лево за да изберете постоечки членови што ќе ги користите во MDX. Кликнете двапати на избраната ставка и Excel ќе ја додаде во прозорецот MDX израз. Во примерот прикажан на сл. 24, се пресметува збирот на првиот и вториот квартал:

..&& +

.. && +

.. && + …

4. Кликнете OK. Excel го прикажува новосоздадениот MDX пресметан член во PivotTable. Како што е прикажано на сл. 25, новата пресметана ставка се прикажува заедно со другите пресметани ставки во PivotTable.

На сл. Слика 26 илустрира сличен процес што се користи за креирање на пресметаната ставка во втората половина од годината.

Забележете дека Excel не се ни обидува да ги отстрани оригиналните членови на MDX (Слика 27). Стожерната табела продолжува да прикажува записи што одговараат на годините 2005–2008 година, поделени по четвртини. Во овој случај, ова не е голема работа, но во повеќето сценарија, треба да скриете „дополнителни“ елементи за да избегнете конфликти.

Ориз. 27. Excel го прикажува креираниот MDX пресметан член како оригинални членови. Но, сепак е подобро да ги избришете оригиналните елементи за да избегнете конфликти

Запомнете: пресметаните членови се наоѓаат само во тековната работна книга. Со други зборови, пресметаните мерки не се креираат директно во коцката на серверот OLAP. Ова значи дека никој нема да може да пристапи до пресметаната мерка или пресметаниот член освен ако не ја споделите работната книга или не ја објавите на интернет.

Забележете дека ако матичната хиерархија или родителскиот елемент во коцката OLAP се промени, пресметаниот елемент MDX повеќе нема да функционира. Ќе треба да го рекреирате овој елемент.

Управување со OLAP пресметките. Excel обезбедува интерфејс кој ви овозможува да управувате со пресметаните мерки и членовите на MDX во стожерните табели на OLAP. Поставете го курсорот каде било во PivotTable и изберете го контекстуалниот таб Анализаод збир на контекстуални јазичиња Работа со стожерни табели. Во паѓачкото мени Алатки OLAPизберете ставка Пресметајте го управувањето. Во прозорецот Пресметајте го управувањетоДостапни се три копчиња (сл. 28):

• Креирај.Креирајте нова пресметана мерка или пресметан член MDX.
• Промена.Променете ја избраната пресметка.
• Избриши.Избришете ја избраната пресметка.

Ориз. 28. Дијалог прозорец Пресметајте го управувањето

Направете анализа што-ако на податоците од OLAP.Во Excel 2013, можете да извршите анализа што-ако на податоците во стожерните табели на OLAP. Благодарение на ова нова можностМожете да ги менувате вредностите во PivotTable и повторно да пресметате мерки и членови врз основа на вашите промени. Можете исто така да ги пропагирате промените назад во коцката OLAP. За да ги искористите можностите за анализа што е ако, креирајте OLAP PivotTable и изберете го контекстуалниот таб Анализа Работа со стожерни табели. Во паѓачкото мени Алатки OLAPизберете тим Што-ако анализа –> Овозможете анализа што-ако(Сл. 29).

Од овој момент, можете да ги промените вредностите на стожерната табела. За да ја промените избраната вредност во PivotTable, кликнете со десното копче на неа и изберете ја ставката од контекстното мени (Сл. 30). Excel ќе ги изврши повторно сите пресметки во PivotTable со промените што сте ги направиле, вклучувајќи ги пресметаните мерки и пресметаните членови на MDX.

Ориз. 30. Изберете ставка Земете ја предвид промената кога ја пресметувате стожерната табелаза да направите промени во стожерната табела

Стандардно, уредувањата направени на Стожерна табела во режимот на анализа „што-ако“ се локални. Ако сакате да ги пропагирате промените на серверот OLAP, изберете ја командата за објавување промени. Изберете контекстуално јазиче Анализа, лоциран во збир на контекстуални јазичиња Работа со стожерни табели. Во паѓачкото мени Алатки OLAPизберете ставки Што-ако анализа – > Објавете ги промените(Сл. 31). Како резултат на извршување на оваа команда, " пишете назад» на серверот OLAP, што значи дека промените може да се пропагираат на изворната OLAP коцка. (За да ги пропагирате промените на серверот OLAP, мора да ги имате соодветните дозволи за пристап до серверот. Контактирајте со администраторот на вашата база на податоци за да ви помогне да добиете дозволи за пристап за пишување во базата на податоци OLAP.)

Белешката е напишана врз основа на книгата на Јелен, Александар. . Поглавје 9

/ На кубистички начин. Примена на OLAP коцките во менаџерската практика на големите компании

Во контакт со

Соучениците

Константин Токмачев, системски архитект

Во кубистички стил.
Примена на OLAP коцките во менаџерската практика на големите компании

Можеби помина времето кога компјутерските ресурси на една корпорација беа потрошени само за евидентирање информации и сметководствени извештаи. Во исто време, менаџерските одлуки се носеа „на око“ во канцелариите, на состаноците и седниците. Можеби во Русија е време да се вратат корпоративните компјутерски системи на нивниот главен ресурс - решавање на проблеми со управувањето врз основа на податоците регистрирани на компјутерот

За придобивките од деловната анализа

Во јамката за корпоративно управување, помеѓу „необработените“ податоци и „лостовите“ за влијание врз управуваниот објект, постојат „показатели за перформанси“ - KPI. Тие формираат еден вид „табла“, што ја одразува состојбата на различните потсистеми на контролираниот објект. Опремувањето на компанијата со информативни показатели за успешност и следењето на нивната пресметка и добиените вредности е работа на деловен аналитичар. Услугите за автоматска анализа, како што е алатката MS SQL Server Analysis Services (SSAS) и нејзината главна алатка, коцката OLAP, можат да обезбедат значителна помош во организирањето на аналитичката работа на корпорацијата.

Уште една точка треба да се истакне токму овде. Да речеме, во американската традиција, специјалитет фокусиран на работа со OLAP Cubes се нарекува БИ (деловна интелигенција). Не треба да има илузии дека американската БИ одговара на рускиот „бизнис аналитичар“. Без навреда, но често нашиот деловен аналитичар е „под-сметководител“ и „под-програмер“, специјалист со нејасно знаење и мала плата, кој навистина нема никакви сопствени алатки и методологија.

Специјалист за БИ е, всушност, применет математичар, висококвалификуван специјалист кој користи современи математички методи за арсеналот на компанијата (она што беше наречено Операционо истражување). БИ е поконзистентен со специјалитетот „системски аналитичар“ што некогаш беше во СССР, дипломиран на Факултетот за пресметковна математика и математика на Московскиот државен универзитет. М.В. Ломоносов. Коцката OLAP и услугите за анализа може да станат ветувачка основа за работното место на руски деловен аналитичар, можеби по некоја напредна обука во насока на американскиот БИ.

Неодамна се појави уште еден штетен тренд. Благодарение на специјализацијата, изгубено е меѓусебното разбирање помеѓу различните категории на вработени во корпорацијата. Сметководител, менаџер и програмер, како „Лебед, рак и штука“ во басна на И.А. Крилов, ја влече корпорацијата во различни насоки.

Сметководителот е зафатен со известување, неговите износи, и по значење и по динамика, не се директно поврзани со деловниот процес на компанијата.

Менаџерот е зафатен со својот дел од деловниот процес, но не е во состојба да ги процени глобално, на ниво на компанијата како целина, резултатите и перспективите на неговите постапки.

Конечно, програмерот, кој некогаш (благодарение на своето образование) беше проводник на напредни технички идеи од сферата на науката до сферата на бизнисот, се претвори во пасивен извршител на фантазиите на сметководителот и менаџерот, така што не е подолго невообичаено за ИТ одделенијата на корпорациите да бидат управувани од сметководители и, генерално, сите на кои не се мрзливи. Недостигот на иницијатива, неписмен, но релативно високо платен 1C програмер е вистинско зло за руските корпорации. (Речиси како домашен фудбалер.) Не зборувам ни за таканаречените „економисти и правници“, за нив се е кажано одамна.

Значи, позицијата на деловен аналитичар, опремен со SSAS апарат со интензивно знаење, умешен во основите на програмирање и сметководство, е способен да ја консолидира работата на компанијата во однос на анализата и прогнозата на деловниот процес.

Предности на OLAP коцките

OLAP коцката е модерен леканализа на базата на податоци на корпоративниот компјутерски систем, што овозможува на вработените на сите нивоа на хиерархијата да им се обезбеди потребниот сет на индикатори што го карактеризираат производствен процескомпании. Поентата не е само што пригодниот интерфејс и флексибилниот јазик за пребарување за коцката MDX (Повеќедимензионални експресии) ви овозможуваат да ги формулирате и пресметате потребните аналитички индикатори, туку извонредната брзина и леснотија со која коцката OLAP го прави тоа. Покрај тоа, оваа брзина и леснотија, во одредени граници, не зависат од сложеноста на пресметките и големината на базата на податоци.

Некој вовед во OLAP-
коцка може да се даде со „стожерна табела“ на MS Excel. Овие објекти имаат слична логика и слични интерфејси. Но, како што ќе се види од статијата, функционалноста на OLAP е неспоредливо побогата, а перформансите се неспоредливо повисоки, така што „стожерната табела“ останува локален десктоп производ, додека OLAP е производ на ниво на претпријатие.

Зошто коцката OLAP е толку добра за решавање аналитички задачи? Коцката OLAP е дизајнирана на таков начин што сите индикатори во сите можни делови се однапред пресметани (целосно или делумно), а корисникот може само да ги „извлече“ бараните индикатори (мерки) и димензии (димензии) со глувчето, а програмата може повторно да ги нацрта табелите.

Сите можни аналитики во сите делови формираат едно огромно поле, или поточно, не поле, туку само мултидимензионална OLAP коцка. Без оглед на барањето што корисникот (менаџер, деловен аналитичар, извршен директор) ќе се обрати до услугата за аналитика, брзината на одговор се објаснува со две работи: прво, потребната аналитика може лесно да се формулира (или избрана од список по име, или специфицирана со Формула на јазикот MDX), второ, како по правило, таа веќе е пресметана.

Формулирањето на аналитиката е можно во три опции: тоа е или поле за база на податоци (или подобро, поле за складиште), или поле за пресметка дефинирано на ниво на дизајн на коцка, или израз на јазикот MDX кога се работи интерактивно со коцката.

Ова значи неколку атрактивни карактеристики на OLAP коцките. Во суштина, бариерата помеѓу корисникот и податоците исчезнува. Бариерата е во форма на програмер за апликации, кој, прво, треба да го објасни проблемот (постави задача). Второ, ќе мора да почекате програмерот за апликации да создаде алгоритам, да ја напишете и дебагирате програмата, а потоа да ја измените. Ако има многу вработени и нивните барања се разновидни и променливи, тогаш е потребен цел тим на програмери за апликации. Во оваа смисла, коцка OLAP (и квалификуван деловен аналитичар) заменува цел тим на апликативни програмери во однос на аналитичката работа, исто како што моќен багер со оператор на багер заменува цел тим печалбари со лопати кога копа ров!

Во исто време, се постигнува уште еден многу важен квалитет на добиените аналитички податоци. Бидејќи има само една Олап коцка за целата компанија, т.е. Ова е исто поле со аналитичари за секого, што ги елиминира вознемирувачките разлики во податоците. Кога менаџерот треба да ја постави истата задача на неколку независни вработени за да го елиминира факторот на субјективност, но тие сепак носат различни одговори, кои секој се обврзува некако да ги објасни итн. Олап коцка обезбедува униформност на аналитичките податоци на различни нивоа на корпоративната хиерархија, т.е. ако менаџерот сака да детализира одреден показател од интерес за него, тогаш сигурно ќе дојде до податоците од пониско ниво со кои работи неговиот подреден, а тоа ќе биде токму податокот врз основа на кој е пресметан показателот на повисоко ниво. , а не некои други податоци, примени на некој друг начин, во некое друго време итн. Односно, целата компанија ја гледа истата аналитика, но на различни нивоа на агрегација.

Да дадеме пример. Да речеме дека менаџерот ги контролира побарувањата. Сè додека KPI за доспеани побарувања е зелен, тоа значи дека сè е нормално и не се потребни никакви активности на управување. Ако бојата е сменета во жолта или црвена, нешто не е во ред: ги пресекуваме KPI по оддели за продажба и веднаш ги гледаме одделенијата „во црвено“. Идентификуван е следниот дел од менаџерите - и продавачот чии клиенти заостануваат при плаќањето. (Понатаму, задоцнетиот износ може да се подели по клиенти, по услови итн.) Шефот на корпорацијата може директно да контактира со прекршителите на кое било ниво. Но, генерално, истиот KPI (на нивните хиерархиски нивоа) го гледаат и раководителите на одделот и менаџерите за продажба. Затоа, за да се поправи ситуацијата, не треба ни да чекаат „повик на тепих“... Се разбира, самиот KPI не мора нужно да биде износот на задоцнетите плаќања - може да биде пондериран просечен период на доспеани плаќања или, генерално, стапката на промет на побарувањата.

Да забележиме дека сложеноста и флексибилноста на јазикот MDX, заедно со брзите (понекогаш моментални) резултати, ни овозможуваат да решаваме (земајќи ги предвид фазите на развој и дебагирање) сложени контролни задачи кои инаку воопшто не би биле поставени. поради сложеноста за апликативните програмери и почетната несигурност во формулацијата. (Долгите рокови за апликациските програмери за решавање на аналитички проблеми поради слабо разбраните формулации и долгите модификации на програмите кога условите се менуваат често се среќаваат во пракса.)

Да обрнеме внимание и на фактот дека секој вработен во компанијата може да собере од општото поле аналитичар на OLAP токму жетвата што му е потребна за неговата работа, а не да се задоволува со „лентата“ што му е отсечена во комунални „стандардни извештаи“.

Повеќекорисничкиот интерфејс за работа со коцка OLAP во режим клиент-сервер му овозможува на секој вработен, независно од другите, да има свои (дури и самостојно направени со одредена вештина) аналитички блокови (извештаи), кои, откако ќе се дефинираат, автоматски се ажурирани - со други зборови, тие се секогаш ажурирана состојба.

Односно, коцката OLAP ви овозможува да ја направите аналитичката работа (што всушност ја вршат не само аналитичарите за прием, туку, всушност, речиси сите вработени во компанијата, дури и логистичарите и менаџерите кои ги контролираат билансите и пратките) поселективна, „не во општа смисла“ , што создава услови за подобрување на работата и зголемување на продуктивноста.

Да го резимираме нашиот вовед, забележуваме дека употребата на коцки OLAP може да го подигне менаџментот на компанијата на повисоко ниво. Еднообразноста на аналитичките податоци на сите нивоа на хиерархијата, нивната веродостојност, сложеност, леснотија на креирање и менување индикатори, индивидуални поставки, голема брзина на обработка на податоците и, конечно, заштеда на пари и време потрошено за поддршка на алтернативни аналитички патеки (програмери на апликации, независни пресметки на вработениот) отвораат изгледи за употреба на коцки OLAP во практиката на големите руски компании.

OLTP + OLAP: преглед повратни информацииво синџирот на управување со компанијата

Сега да ја погледнеме општата идеја за коцките OLAP и нивната точка на примена во синџирот на корпоративно управување. Терминот OLAP (OnLine Analytical Processing) го воведе британскиот математичар Едгар Код покрај неговиот претходно воведен термин OLTP (OnLine Transactions Processing). За ова ќе се дискутира подоцна, но Е. Код, се разбира, ги предложи не само термините, туку и математичките теории на OLTP и OLAP. Без да навлегуваме во детали, во современото толкување, OLTP е релациона база на податоци, која се смета како механизам за снимање, складирање и преземање информации.

Методологија на решение

ERP системите (Enterprice Resource Planning), како што се 1C7, 1C8, MS Dynamics AX, имаат софтверски интерфејси ориентирани кон корисникот (внесување и уредување документи, итн.) и релациона база на податоци (DB) за складирање и преземање информации, претставени денес со софтвер производи како што се MS SQL Server (SS).

Забележете дека информациите регистрирани во базата на податоци на системот ERP се навистина многу вреден ресурс. Поентата не е само во тоа што регистрираните информации го обезбедуваат тековниот проток на документи на корпорацијата (вадење документи, нивно прилагодување, можност за печатење и усогласување итн.) а не само способност за пресметување финансиски извештаи (даноци, ревизија итн.). ). Од гледна точка на управување, многу е поважно што системот OLTP (релациона база на податоци) е, всушност, вистински дигитален модел на активностите на корпорацијата во природна големина.

Но, за управување со процесот, не е доволно да се регистрираат информации за него. Процесот треба да биде претставен во форма на систем на нумерички индикатори (KPI) кои го карактеризираат неговиот напредок. Дополнително, за индикаторите мора да се дефинираат прифатливи опсези на вредности. И само ако вредноста на индикаторот падне надвор од дозволениот интервал, треба да следи контролна акција.

Во врска со оваа логика (или митологија) на контрола („контрола преку отстапување“), и античкиот грчки филозоф Платон, кој ја создал сликата на кормиларот (киберноза), кој се потпира на веслото кога чамецот отстапува од патеката, и Американскиот математичар Норберт Винер, кој ја создаде науката за кибернетика во пресрет на компјутерската ера.

Покрај вообичаениот систем за снимање информации со методот OLTP, потребен е уште еден систем - систем за анализа на собраните информации. Овој додаток, кој во контролната јамка ја игра улогата на повратна информација помеѓу управувањето и контролниот објект, е OLAP систем или накратко, OLAP коцка.

Како софтверска имплементација на OLAP, ќе ја разгледаме алатката MS Analysis Services, која е дел од стандардната испорака на MS SQL Server, скратено SSAS. Имајте предвид дека, според планот на Е.

OLAP логистика

Сега да ја погледнеме конкретната конфигурација надворешни уреди, апликативни програми и технолошки операции на кои се заснова автоматизираното работење на коцката OLAP.

Ќе претпоставиме дека корпорацијата користи систем ERP, на пример, 1C7 или 1C8, во кој информациите се снимаат како и обично. Базата на податоци на овој ERP систем се наоѓа на одреден сервер и е поддржана од MS SQL Server.

Исто така, ќе претпоставиме дека друг сервер има инсталиран софтвер, вклучувајќи го и MS SQL Server со алатката MS Analysis Services (SSAS), како и MS SQL Server Management Studio, MS C#, MS Excel и MS Visual Studio. Овие програми заедно го формираат потребниот контекст: алатките и потребните интерфејси за развивачот на OLAP коцки.

Серверот SSAS има слободно дистрибуирана програма наречена blat, наречена (со параметри) од командна линијаи обезбедување поштенска услуга.

На работните станици на вработените во локалната мрежа, меѓу другото, се инсталирани програми MS Excel (верзии не помали од 2003 година), како и, можеби, посебен драјвер за да се обезбеди MS Excel да работи со MS Analysis Services (освен ако соодветниот драјвер е веќе вклучени во MS Excel).

За сигурност, ќе претпоставиме дека оперативен систем е инсталиран на работните станици на вработените. Виндоус систем XP, и на серверите - Виндоус сервер 2008. Дополнително, дозволете MS SQL Server 2005 да се користи како SQL Server, со Enterprise Edition (EE) или Developer Edition (DE) инсталирано на серверот со OLAP коцката. Во овие изданија е можно да се користи т.н. „полуадитивни мерки“, т.е. дополнителни агрегатните функции(статистички податоци) освен обичните суми (на пример, екстремни или просечни).

OLAP дизајн на коцки (OLAP кубизам)

Да кажеме неколку зборови за дизајнот на самата коцка OLAP. На јазикот на статистиката, коцката OLAP е збир на индикатори за перформанси пресметани во сите потребни делови, на пример, индикаторот за испорака во делови по клиенти, по стоки, по датуми итн. Поради директен превод од англиски во руската литература за коцки OLAP, индикаторите се нарекуваат „мерки“, а деловите се нарекуваат „димензии“. Ова е математички точен, но синтаксички и семантички не многу успешен превод. Руските зборови „мерка“, „димензија“, „димензија“ се речиси исти по значење и правопис, додека англиските „мерка“ и „димензија“ се различни и по правопис и по значење. Затоа, им даваме предност на традиционалните руски статистички термини „индикатор“ и „сече“, кои се слични по значење.

Постојат неколку опции за софтверска имплементација на OLAP коцка во однос на OLTP системот каде се снимаат податоците. Ќе разгледаме само една шема, наједноставна, најсигурна и најбрза.

Во овој дизајн, OLAP и OLTP не споделуваат табели, а OLAP аналитиката се пресметува колку што е можно подетално за време на фазата на ажурирање на коцки (Процес), која и претходи на фазата на користење. Оваа шема се нарекува MOLAP (Мултидимензионален OLAP). Неговите недостатоци се асинхронијата со ERP и високите трошоци за меморија.

Иако формално може да се изгради OLAP коцка со користење на сите (илјадници) табели за релациони бази на податоци на ERP како извор на податоци и сите (стотици) нивни полиња како индикатори или делови, во реалноста тоа не треба да се направи. Обратно. За да се вчита во коцка, поправилно е да се подготви посебна база на податоци, наречена „излог“ или „магацин“.

Неколку причини не принудуваат да го направиме тоа.

• Прво,Поврзувањето на коцка OLAP со табели во вистинска база на податоци сигурно ќе создаде технички проблеми. Промената на податоците во табела може да предизвика освежување на коцката, а освежувањето на коцката не е нужно брз процес, така што коцката ќе биде во состојба на постојана обнова; Во исто време, процедурата за ажурирање на коцки може да ги блокира (при читање) податоците од табелите на базата на податоци, забавувајќи ја работата на корисниците при регистрирањето на податоците во системот ERP.
• Второ, Ако имате премногу индикатори и намалувања, драматично ќе се зголеми просторот за складирање на коцката на серверот. Да не заборавиме дека коцката OLAP ги складира не само изворните податоци, како во системот OLTP, туку и сите индикатори сумирани на сите можни делови (па дури и сите комбинации на сите делови). Покрај тоа, брзината на ажурирање на коцката и, на крајот, брзината на градење и ажурирање на аналитиката и корисничките извештаи врз основа на нив соодветно ќе се забави.
• Трето, премногу полиња (индикатори и делови) ќе создадат проблеми во интерфејсот на програмерите OLAP, бидејќи списоците на елементи ќе станат огромни.
• Четврто, Коцката OLAP е многу чувствителна на прекршување на интегритетот на податоците. Коцката не може да се изгради ако клучните податоци не се наоѓаат на врската наведена во структурата на врските на полето со коцка. Привремени или трајни прекршувања на интегритетот, празни полиња се вообичаени во базата на податоци на системот ERP, но ова апсолутно не е погодно за OLAP.

Можете исто така да додадете дека системот ERP и коцката OLAP треба да се наоѓаат на различни сервери за споделување на оптоварувањето. Но, тогаш, ако има заеднички табели за OLAP и OLTP, се јавува и проблемот со мрежниот сообраќај. Практично нерешливите проблеми се јавуваат во овој случај кога е неопходно да се консолидираат неколку различни ERP системи (1C7, 1C8, MS Dynamics AX) во една OLAP коцка.

Веројатно, можеме да продолжиме да натрупуваме технички проблеми. Но, што е најважно, запомнете дека, за разлика од OLTP, OLAP не е средство за снимање и складирање податоци, туку алатка за аналитика. Ова значи дека нема потреба да се поставуваат и преземаат „валкани“ податоци од ERP на OLAP „за секој случај“. Напротив, прво мора да развиете концепт за управување со компанијата, барем на ниво на системот KPI, а потоа да дизајнирате складиште за податоци за апликација (магацин), сместен на истиот сервер како и коцката OLAP и содржи мал , рафинирано количество податоци од ERP неопходни за управување .

Без промовирање на лошите навики, коцката OLAP во однос на OLTP може да се спореди со добро познатата „стушка“, преку која се извлекува „чист производ“ од „ферментираната маса“ на вистинската регистрација.

Значи, добивме дека изворот на податоци за OLAP е специјална база на податоци (магацин), лоцирана на истиот сервер како OLAP. Општо земено, ова значи две работи. Прво, мора да има посебни процедури кои ќе создадат складиште од ERP бази на податоци. Второ, коцката OLAP е асинхрона со нејзините ERP системи.

Земајќи го предвид горенаведеното, ја предлагаме следната верзија на архитектурата на пресметковниот процес.

Архитектура на решенија

Да претпоставиме дека има многу ERP системи на одредена корпорација (холдинг) лоцирани на различни сервери, аналитичките податоци за кои би сакале да ги видиме консолидирани во една OLAP коцка. Нагласуваме дека во опишаната технологија, ги комбинираме податоците од ERP системите на ниво на магацин, оставајќи го дизајнот на коцката OLAP непроменет.

На серверот OLAP создаваме слики (празни копии) од базите на податоци на сите овие ERP системи. Ние периодично (ноќно) вршиме делумна репликација на соодветните активни ERP бази на податоци на овие празни копии.

Следно, се лансира SP (зачувана процедура), која на истиот OLAP сервер без мрежен сообраќај, врз основа на делумни копии на бази на податоци на системот ERP, создава (или надополнува) складиште (магацин) - извор на податоци на коцката OLAP.

Потоа се стартува стандардната процедура за ажурирање/изградба на коцка врз основа на податоците од складиштето (Операција на процесот во интерфејсот SSAS).

Ајде да коментираме за некои аспекти на технологијата. Каква работа работат СП?

Како резултат на делумна репликација, тековните податоци се појавуваат на сликата на некој ERP систем на серверот OLAP. Патем, делумната репликација може да се изврши на два начина.

Прво, од сите табели во базата на податоци на системот ERP, при делумна репликација, се копираат само оние што се потребни за изградба на складиште. Ова е контролирано со фиксна листа на имиња на табели.

Второ, делумната репликација може да значи и дека не се копираат сите полиња од табелата, туку само оние кои се вклучени во изградбата на складиштето. Списокот на полиња за копирање е или наведен или динамички креиран во SP на сликата на копијата (ако не се првично присутни сите полиња во копијата од табелата).

Се разбира, можно е да не се копираат цели редови на табелата, туку само да се додадат нови записи. Сепак, ова создава сериозни непријатности при сметководството за ERP ревизии „ретроактивно“, што често е случај во реалните системи. Така, полесно е, без дополнително одложување, да ги копирате сите записи (или да ја ажурирате „опашката“ почнувајќи од одреден датум).

Следно, главната задача на SP е да ги конвертира ERP системските податоци во формат на складиште. Ако има само еден ERP систем, тогаш задачата за конверзија главно се сведува на копирање и евентуално реформатирање на потребните податоци. Но, ако е неопходно да се консолидираат неколку ERP системи од различни структури во иста OLAP коцка, тогаш трансформациите стануваат покомплицирани.

Задачата за консолидирање на неколку различни ERP системи во коцка е особено тешка ако множествата на нивните објекти (директориуми на стоки, изведувачи, магацини итн.) делумно се преклопуваат, објектите имаат исто значење, но природно се опишани различно во директориумите на различни системи (во смисла на шифри, идентификатори, имиња итн.).

Во реалноста, таква слика се појавува во голем холдинг, кога неколку нејзини составни автономни компании од ист тип вршат приближно исти видови активности на приближно иста територија, но користат свои сопствени и недоговорени системи за регистрација. Во овој случај, при консолидирање на податоци на ниво на складиште, не можете да направите без помошни табели за мапирање.

Ајде да обрнеме малку внимание на архитектурата за складирање на складиштето. Обично, шемата со коцка OLAP е претставена во форма на „ѕвезда“, т.е. како табела со податоци опкружена со „зраци“ на директориуми - табели со вредности на секундарни клучеви. Табелата е блок од „показатели“; референтните книги се нивните делови. Во овој случај, директориумот, пак, може да биде произволно неурамнотежено дрво или избалансирана хиерархија, на пример, класификација на стоки или изведувачи на повеќе нивоа. Во коцката OLAP, нумеричките полиња на табелата со податоци од складиштето автоматски стануваат „показатели“ (или мерки), а деловите (или димензиите) може да се дефинираат со помош на табели со секундарни клучеви.

Ова е визуелен „педагошки“ опис. Всушност, архитектурата на OLAP коцката може да биде многу посложена.

Прво, складиштето може да се состои од неколку „ѕвезди“, можеби поврзани преку заеднички директориуми. Во овој случај, коцката OLAP ќе биде спој на неколку коцки (неколку податочни блокови).

Второ, „зракот“ на ѕвездичка може да биде не само еден директориум, туку цел (хиерархиски) датотечен систем.

Трето, врз основа на постојните делови за димензии, може да се дефинираат нови хиерархиски делови со помош на алатките за интерфејс за развивачи OLAP (да речеме, со помалку нивоа, со различен редослед на нивоа, итн.)

Четврто, врз основа на постоечките индикатори и делови, со користење на јазични изрази MDX, може да се дефинираат нови индикатори (пресметки). Важно е да се напомене дека новите коцки, нови индикатори, нови делови автоматски се целосно интегрирани со оригиналните елементи. Исто така, треба да се забележи дека лошо формулираните пресметки и хиерархиските делови може значително да ја забават работата на коцката OLAP.

MS Excel како интерфејс со OLAP

Од особен интерес е корисничкиот интерфејс со OLAP коцки. Секако, најкомплетниот интерфејс е обезбеден од самата алатка SSAS. Ова вклучува комплет алатки за развивачи на коцки OLAP, дизајнер на интерактивен извештај и прозорец интерактивна работасо OLAP коцка користејќи MDX барања.

Покрај самиот SSAS, постојат многу програми кои обезбедуваат интерфејс за OLAP, покривајќи ја нивната функционалност во поголема или помала мера. Но, меѓу нив има еден, кој, според наше мислење, има непобитни предности. Ова е MS Excel.

Интерфејсот со MS Excel е обезбеден од специјален драјвер, кој може да се преземе одделно или е вклучен во дистрибуцијата на Excel. Не ја покрива целата функционалност на OLAP, но со растот на броевите на верзиите на MS Excel, оваа покриеност станува се поширока (на пример, во MS Excel 2007 се појавува графичка претстава на KPI, што не беше во MS Excel 2003, итн. ).

Се разбира, покрај неговата прилично целосна функционалност, главната предност на MS Excel е широката дистрибуција на оваа програма и блиското запознавање со неа на огромниот број канцелариски корисници. Во оваа смисла, за разлика од другите програми за интерфејс, компанијата нема потреба да купува ништо дополнително и не треба да тренира никого дополнително.

Големата предност на MS Excel како интерфејс со OLAP е способноста дополнително да ги обработува податоците добиени во извештајот OLAP (т.е., да продолжи да ги проучува податоците добиени од OLAP на други листови од истиот Excel, повеќе да не користи OLAP алатки, туку користејќи редовни алатки на Excel).

Ноќен циклус на третмани Facubi

Сега ќе го опишеме дневниот (ноќен) пресметковен циклус на операцијата OLAP. Пресметката се врши под контрола на програмата facubi, напишана во C# 2005 и лансирана преку Task Scheduler на сервер со магацин и SSAS. На почетокот, facubi оди на Интернет и ги чита тековните девизни курсеви (се користи за претставување на голем број индикатори во валута). Следно, направете ги следните чекори.

Прво, facubi лансира SP кои вршат делумна репликација на базите на податоци на различни ERP системи (елементи за задржување) достапни на локалната мрежа. Репликацијата се изведува, како што рековме, на претходно подготвени „позадини“ - слики од оддалечени ERP системи лоцирани на серверот SSAS.

Второ, преку SP, се врши мапирање од ERP реплики до складиштето на магацинот - специјален DB, кој е извор на податоци од OLAP коцка и се наоѓа на серверот SSAS. Во овој случај, се решаваат три главни задачи:

• ERP податоциприлагодени на потребните формати на коцки; ние зборуваме заи за табелите и за полињата за табели. (Понекогаш потребната табела треба да се „оформи“, да речеме, од неколку листови на MS Excel.) Слични податоци може да имаат различни формати во различни ERP, на пример, полињата за идентификација на клучот во директориумите 1C7 имаат 36-цифрен код на знаци со должина 8 , и _idrref полиња во директориумите 1С8 – хексадецимални броеви со должина 32;
• за време на обработката се спроведува логичка контрола на податоците (вклучувајќи пишување „стандардни“ на местото на податоците што недостасуваат, каде што е можно) и контрола на интегритетот, т.е. проверка на присуството на примарни и секундарни клучеви во соодветните класификатори;
• консолидација на кодот објекти кои имаат исто значење во различни ERP. На пример, соодветните елементи на директориуми на различни ERP може да имаат исто значење, да речеме, тие се иста договорна страна. Проблемот со консолидирање на кодови се решава со конструирање табели за пресликување, каде разни кодовиистите предмети се доведени до единство.

Трето, лансирање на факуби стандардна процедураажурирање на податоците за процесната коцка (од SSAS utility procedures).

Врз основа на листите за проверка, facubi испраќа е-пошта за напредокот на чекорите за обработка.

По извршувањето на факуби, Распоредувачот на задачи за возврат стартува неколку ексел-датотеки, во кои извештаите се претходно креирани врз основа на индикаторите за коцки OLAP. Како што рековме, MS Excel има посебен софтверски интерфејс(одделно може да се преземе или вграден драјвер) за работа со OLAP коцки (со SSAS). Кога ќе го стартувате MS Excel, се активираат програмите MS VBA (како што се макроата), кои обезбедуваат ажурирање на податоците во извештаите; извештаите се менуваат доколку е потребно и се испраќаат по пошта (блат програма) до корисниците според листите за проверка.

Корисниците на локалната мрежа со пристап до серверот SSAS ќе добиваат извештаи „во живо“ конфигурирани за коцката OLAP. (Во принцип, тие самите, без никаква пошта, можат да ги ажурираат OLAP извештаите во MS Excel што се на нив локални компјутери.) Корисниците надвор од локалната мрежа или ќе добиваат оригинални извештаи, но со ограничена функционалност, или за нив (по ажурирањето на извештаите на OLAP во MS Excel) ќе се пресметуваат специјални „мртви“ извештаи кои не пристапуваат до серверот SSAS.

Евалуација на резултатите

Зборувавме погоре за асинхронијата на OLTP и OLAP. Во технолошката варијанта што се разгледува, циклусот на ажурирање на коцката OLAP се изведува ноќе (да речеме, започнува во 1 часот по полноќ). Тоа значи дека во тековниот работен ден корисниците работат со вчерашните податоци. Бидејќи OLAP не е алатка за снимање (погледнете ја најновата ревизија на документот), туку алатка за управување (разберете го трендот на процесот), таквото заостанување обично не е критично. Меѓутоа, доколку е потребно, дури и во опишаната верзија на архитектурата на коцки (MOLAP), ажурирањето може да се врши неколку пати на ден.

Времето на извршување на процедурите за ажурирање зависи од дизајнерските карактеристики на коцката OLAP (повеќе или помалку сложеност, повеќе или помалку успешни дефиниции на индикатори и делови) и од обемот на бази на податоци на надворешни OLTP системи. Според искуството, постапката за изградба на складиште трае од неколку минути до два часа, процедурата за ажурирање на коцки (Процес) трае од 1 до 20 минути. Станува збор за сложени OLAP коцки кои обединуваат десетици структури од типот на ѕвезди, десетици заеднички „зраци“ (референтни делови) за нив и стотици индикатори. Проценувајќи го обемот на бази на податоци на надворешни ERP системи засновани на документи за испорака, зборуваме за стотици илјади документи и, соодветно, милиони производни линии годишно. Историската длабочина на обработка од интерес за корисникот беше три до пет години.

Опишаната технологија се користи во голем број на големи корпорации: од 2008 година во Руската компанија за риби (РРК) и компанијата Руско море (РМ), од 2012 година во компанијата Санта Бремор (СБ). Некои корпорации првенствено тргуваат и купуваат фирми (ППЦ), други се производствени компании (фабрики за преработка на риба и морска храна во Република Молдавија и Република Белорусија). Сите корпорации се големи холдинзи, обединувајќи неколку компании со независни и различни компјутерски сметководствени системи - почнувајќи од стандардни ERP системи како што се 1C7 и 1C8 до „реликтни“ сметководствени системи базирани на DBF и Excel. Ќе додадам дека опишаната технологија за работа со OLAP коцки (без да се земе предвид фазата на развој) или воопшто не бара посебни вработени или е одговорност на еден деловен аналитичар со полно работно време. Проблемот се врти наоколу со години автоматски режим, обезбедувајќи секојдневно ажурирано известување за различни категории вработени во корпорациите.

Добрите и лошите страни на решението

Искуството покажува дека предложеното решение е прилично сигурно и лесно за употреба. Лесно се модифицира (поврзување/исклучување на нови ERP, создавање нови индикатори и секции, креирање и модификација на извештаи на Excel и нивните мејлинг листи) со непроменливост контролна програмафакуби.

MS Excel како интерфејс со OLAP обезбедува доволна експресивност и им овозможува на различни категории вработени во канцеларијата брзо да се запознаат со OLAP технологијата. Корисникот добива дневни „стандардни“ OLAP извештаи; користејќи го интерфејсот MS Excel со OLAP, може самостојно да креира OLAP извештаи во MS Excel. Покрај тоа, корисникот може самостојно да продолжи да ги проучува информациите за извештаите на OLAP користејќи ги вообичаените можности на неговиот MS Excel.

„Рафинираната“ база на податоци за складиште, во која се консолидираат неколку хетерогени ERP системи (за време на изградбата на коцката), дури и без никаков OLAP, ви овозможува да решите (на серверот SSAS, користејќи го методот за пребарување на јазикот Трансактирајте SQLили методот SP итн.) многу применети контролни проблеми. Да потсетиме дека структурата на базата на податоци за складиште е унифицирана и многу поедноставна (во однос на бројот на табели и бројот на полиња на табелата) од структурите на базата на податоци на оригиналниот ERP.

Посебно забележуваме дека во нашето предложено решение постои можност за консолидирање на различни ERP системи во една OLAP коцка. Ова ви овозможува да добиете аналитика за целото стопанство и да одржувате долгорочен континуитет во аналитиката кога корпорацијата преминува во друг сметководствен ERP систем, да речеме, кога се движи од 1C7 на 1C8.

Ние го користевме моделот Molap Cube. Предностите на овој модел се доверливост во работењето и голема брзина на обработка на барањата на корисниците. Недостатоци: OLAP и OLTP се асинхрони, како и големи количини на меморија за складирање на OLAP.

Како заклучок, еве уште еден аргумент во корист на OLAP кој можеби бил посоодветен во средниот век. Затоа што неговата доказна моќ почива на авторитетот. Скромниот, јасно потценет британски математичар Е. Код ја разви теоријата за релациони бази на податоци во доцните 60-ти. Моќта на оваа теорија беше таква што сега, по 50 години, веќе е тешко да се најде не-релациона база на податоци и јазик за барање база на податоци, освен SQL.

Технологијата OLTP, базирана на теоријата на релациони бази на податоци, беше првата идеја на Е. Код. Всушност, концептот на OLAP коцки е неговата втора идеја, изразена од него во раните 90-ти. Дури и без да сте математичар, можете сосема да очекувате дека втората идеја ќе биде ефективна како и првата. Односно, во однос на компјутерската аналитика, идеите за OLAP наскоро ќе го заземат светот и ќе ги поместат сите други. Едноставно затоа што темата аналитика го наоѓа своето сеопфатно математичко решение во OLAP и ова решение е „соодветно“ (терминот на Б. Спиноза) за практичниот проблем на аналитиката. „Адекватно“ кај Спиноза значи дека самиот Бог не можел да смисли ништо подобро...

1. Ларсон Б. Развој на деловна аналитика во Microsoft SQL Server 2005. – Санкт Петербург: „Петар“, 2008 година.
2. Codd E. Релациска комплетност на подјазиците на бази на податоци, системи на бази на податоци, Courant Computer Science Sumposia Series 1972, v. 6, Енглвуд Клифс, Н.Е., Прентице - сала.

Во контакт со

Податоците обично се ретки и долгорочни зачувани. Може да се имплементира врз основа на универзален релациски DBMS или специјализиран софтвер (види исто така OLAP). ВО софтверски производиКомпанијата САП го користи терминот „Инфокуба“.

Индексите на низата одговараат на димензиите (димензиите) или оските на коцката, а вредностите на елементите на низата одговараат на мерките (мерките) на коцката.

w : (x,y,z) → w xyz,

Каде x, y, z- мерења, w- мерка.

За разлика од обичната низа во програмскиот јазик, до елементите на OLAP коцката може да се пристапи или преку целосниот сет на индекси на димензија или со подмножество од нив, а потоа резултатот ќе биде не само еден елемент, туку многу од нив.

В : (x,y) → Ш = ( w z1, w z2, …, w zn}

Исто така познат опис OLAP коцкакористејќи ја терминологијата на релационата алгебра како проекција на релациите.

исто така види

Фондацијата Викимедија. 2010 година.

• Ѕвезден дијаграм
• Нашиот дом е Русија (фракција)

Погледнете што е „ОЛАП коцка“ во другите речници:

OLAP коцка- ... Википедија

OLAP- (анг. онлајн аналитичка обработка, аналитичка обработка во реално време) технологија за обработка на податоци, која се состои во подготовка на збирни (збирни) информации врз основа на големи количини на податоци, структурирани според ... ... Википедија

Коцка (појаснување)- Коцка е поим со повеќе вредности: во математиката во стереометријата, коцката е шестоаголен правилен полиедар Во алгебрата, третата сила од голем број Филмски серии научно-фантастични филмови: „Коцка“ „Коцка 2: Хиперкоцка“ „Коцка нула“ Медицински сленг и жаргон ... ... Википедија

Коцка- Овој термин има други значења, видете Коцка (значења). Тип на коцка Правилен полиедар Лице квадрат ... Википедија

Мондријан- Олап сервер тип OLAP сервер за развивач на Пентахо операционен системкрос-платформа софтвер Најновата верзија 3.4.1 (2012 05 07) Лиценца за слободен софтвер ... Википедија - Информациски аналитички систем автоматизиран системдозволувајќи им на експертите брзо да анализираат големи количини на податоци, по правило, е еден од елементите на ситуационите центри. Исто така, понекогаш МСС вклучува систем за собирање... ... Википедија

Како дел од оваа работа, ќе се разгледаат следниве прашања:

• Што се OLAP коцките?
• Кои се мерките, димензиите, хиерархиите?
• Какви видови операции може да се извршат на OLAP коцките?

Концептот на OLAP коцка

Главниот постулат на OLAP е мултидимензионалноста во презентацијата на податоците. Во терминологијата OLAP, концептот на коцка, или хиперкоцка, се користи за да се опише повеќедимензионален дискретен простор за податоци.

Коцкае мултидимензионална структура на податоци од која корисникот-аналитичар може да бара информации. Коцките се создаваат од факти и димензии.

Податоци- ова се податоци за предмети и настани во компанијата кои ќе бидат предмет на анализа. Факти од мерки за ист тип. Мерка е видот на вредноста во ќелијата за коцка.

Мерења- тоа се податочните елементи со кои се анализираат фактите. Збирката од такви елементи формира атрибут за димензија (на пример, деновите во неделата може да формираат атрибут за временска димензија). Во задачите за деловна анализа за комерцијалните претпријатија, димензиите често вклучуваат категории како што се „време“, „продажба“, „производи“, „клиенти“, „вработени“, „географска локација“. Мерењата најчесто се хиерархиски структури, кои се логички категории со кои корисникот може да ги анализира вистинските податоци. Секоја хиерархија може да има едно или повеќе нивоа. Така, хиерархијата на димензијата „географска локација“ може да ги вклучува нивоата: „земја - регион - град“. Во временската хиерархија, можеме да ја разликуваме, на пример, следната низа на нивоа: Една димензија може да има неколку хиерархии (секоја хиерархија на една димензија мора да го има истиот клучен атрибут на табелата со димензии).

Коцката може да содржи вистински податоци од една или повеќе табели со факти и најчесто содржи повеќе димензии. Секоја дадена коцка обично има специфичен фокус за анализа.

Слика 1 покажува пример на коцка дизајнирана да ја анализира продажбата на нафтени деривати од одредена компанија по регион. Оваа коцка има три димензии (време, производ и регион) и една мерка (продажен волумен изразен во пари). Мерните вредности се зачувуваат во соодветните ќелии на коцката. Секоја клетка е уникатно идентификувана со збир на членови од секоја димензија, наречена торка. На пример, ќелијата сместена во долниот лев агол на коцката (содржи вредност 98399 $) е специфицирана со торката [јули 2005, Далечен Исток, Дизел]. Овде вредноста од 98.399 долари го покажува обемот на продажба (во монетарна смисла) на дизелот на Далечниот Исток за јули 2005 година.

Исто така, вреди да се напомене дека некои ќелии не содржат никакви вредности: овие ќелии се празни бидејќи табелата со факти не содржи податоци за нив.

Ориз. 1.Коцка со информации за продажба на нафтени деривати во различни региони

Крајната цел на создавањето на такви коцки е да се минимизира времето на обработка на барањата кои ги извлекуваат бараните информации од вистинските податоци. За да се постигне оваа задача, коцките обично содржат претходно пресметани збирови наречени агрегации(агрегации). Оние. коцката покрива простор за податоци поголем од вистинскиот - во него има логични, пресметани точки. Функциите за агрегација ви овозможуваат да ги пресметате вредностите на точките во логичкиот простор врз основа на вистинските вредности. Наједноставните функции за собирање се SUM, MAX, MIN, COUNT. Така, на пример, користејќи ја функцијата MAX, за коцката дадена во примерот, можете да идентификувате кога се случил врвот во продажбата на дизелот на Далечниот Исток, итн.

Друга специфична карактеристика на повеќедимензионалните коцки е тешкотијата да се одреди потеклото. На пример, како ја поставувате точката 0 за димензијата Производ или региони? Решението за овој проблем е да се воведе посебен атрибут кој ги комбинира сите елементи на димензијата. Овој атрибут (создаден автоматски) содржи само еден елемент - Сите. За едноставни функции за собирање, како што е збир, елементот Сите е еквивалентен на збирот на вредностите на сите елементи во вистинскиот простор на дадена димензија.

Важен концепт во мултидимензионалниот модел на податоци е потпросторот или подкоцката. Подкоцка е дел од целосниот простор на коцката во форма на некоја повеќедимензионална фигура во внатрешноста на коцката. Бидејќи повеќедимензионалниот простор на коцката е дискретен и ограничен, подкоцката е исто така дискретна и ограничена.

Операции на OLAP коцки

Следниве операции може да се извршат на OLAP коцка:

• парче;
• ротација;
• консолидација;
• детализирање.

Парче(Слика 2) е посебен случај на субкуба. Ова е постапка за формирање подмножество од повеќедимензионална податочна низа што одговара на една вредност на една или повеќе димензионални елементи кои не се вклучени во ова подмножество. На пример, за да дознаете како напредувала продажбата на нафтени деривати со текот на времето само во одреден регион, имено во Урал, треба да ја поправите димензијата „Производи“ на елементот „Урал“ и да го извлечете соодветното подмножество (поткоцка) од коцка.

Ориз. 2.Парче коцка OLAP

Ротација(Слика 3) - операција за промена на локацијата на мерењата претставени во извештај или на прикажаната страница. На пример, операцијата за ротација може да вклучи преуредување на редовите и колоните од табелата. Дополнително, ротирањето на коцка за податоци ги поместува димензиите надвор од табеларно на своето место со димензии присутни на прикажаната страница, и обратно.

OLAP (он-лајн аналитичка обработка)е метод на електронска аналитичка обработка на податоци што ја претставува организацијата на податоците во хиерархиски категории користејќи претходно пресметани збирки. Податоците OLAP се организирани хиерархиски и се чуваат во коцки наместо во табели. Коцките OLAP се повеќедимензионално збир на податоци со оски што содржат параметри и ќелии што содржат збирни податоци зависни од параметри. Коцките се дизајнирани за сложена повеќедимензионална анализа на големи количини на податоци, бидејќи тие обезбедуваат само збирни резултати за известување, наместо голем број поединечни записи.

Концептот на OLAP беше опишан во 1993 година од познатиот истражувач на бази на податоци и автор на моделот на релациони податоци E. F. Codd. Во моментов, поддршката за OLAP е имплементирана во многу DBMS и други алатки.

Коцка OLAP содржи два вида на податоци:

· вкупни вредности, вредности за кои сакате да ги сумирате, што претставуваат пресметани полиња со податоци;

· Описни информации што претставуваат мерењаили димензии. Описните информации обично се организираат во нивоа на детали. На пример: „Година“, „Четврт“, „Месец“ и „Ден“ во димензијата „Време“. Организирањето на полињата во нивоа на детали им овозможува на корисниците кои известуваат да го изберат нивото на детали што сакаат да го гледаат, почнувајќи со збирни податоци на високо ниво и потоа продлабочувајќи се до подетален приказ и обратно.

Алатките на Microsoft Query исто така ви дозволуваат да креирате OLAP коцки од барање што вчитува податоци за релациона база на податоци, како на пр. Microsoft Access, во овој случај линеарната табела се трансформира во структурна хиерархија (коцка).

Волшебникот Create OLAP Cube е вградена алатка на Microsoft Query. За да креирате OLAP коцка заснована на релациона база на податоци, мора да ги завршите следните чекори пред да го стартувате волшебникот.

1. Одредете го изворот на податоци (види Слика 6.1).

2. Користејќи Microsoft Query, креирајте барање, вклучувајќи ги само оние полиња кои ќе бидат полиња со податоци или полиња за димензии на коцката OLAP; ако полето во коцката се користи повеќе од еднаш, тогаш тоа мора да биде вклучено во барањето потребното број на пати.

3. На последниот чекор од волшебникот за креирање барање, поставете го прекинувачот на ставката Креирање на OLAP коцка од на ова барање (види Сл. 6.2) или откако барањето е креирано со директно користење на менито Query Датотекаизберете тим Креирај OLAP коцка, по што ќе се стартува Create OLAP Cube Wizard.

Волшебникот за креирање OLAP коцка се состои од три чекори.

На првиот чекор на волшебникот (види Сл. 6.6) на полиња со податоци– пресметани полиња за кои мора да се одредат вкупните вредности.

Ориз. 6.6. Дефинирање на полиња со податоци

Волшебникот ги поставува очекуваните пресметани полиња (обично нумерички полиња) на врвот на листата, ги проверува и ја одредува добиената функција на овие полиња, обично - Збир. При изборот на полиња со податоци, најмалку едно поле мора да се избере како пресметано поле и барем едно поле мора да се остави нештиклирано за да се одреди димензијата.

Кога креирате OLAP коцка, можете да користите четири резиме функции − Збир, Број(број на вредности), Минимум, Максимумза нумерички полиња и една функција Бројза сите други полиња. Ако сакате да користите неколку различни функции за резиме на истото поле, тоа поле мора да биде вклучено во барањето потребниот број пати.

Името на пресметаното поле може да се смени во колона Име на полето за податоци.

На вториот чекор од волшебникот, се одредуваат описни податоци и нивните димензии (види Сл. 6.7). За да изберете поле за мерење, мора од списокот Изворни полињаповлечете го саканото поле за димензија највисоко нивона списокот Мерењадо областа означена како Повлечете ги полињата овде за да креирате димензии. За да креирате OLAP коцка, мора да дефинирате барем една димензија. На истиот чекор на волшебникот, користејќи контекстното мениМожете да го промените името на полето за димензија или ниво.

Ориз. 6.7. Дефинирање на полиња за димензии

Полињата кои содржат изолирани или дискретни податоци и не припаѓаат на хиерархија може да се дефинираат како димензии на едно ниво. Сепак, коцката ќе биде поефикасна ако некои од полињата се организираат во нивоа. За да креирате ниво како дел од димензија, повлечете поле од списокот Изворни полињана поле кое е димензија или ниво. Полињата што содржат подетални информации треба да се постават на пониски нивоа. На пример, на Слика 6.7 полето Назив на работното местое нивото на теренот Име на одделот.

За да преместите поле на пониско или повисоко ниво, треба да го повлечете на пониско или повисоко поле во рамките на димензијата. За прикажување или сокривање на нивоата, користете ги копчињата или, соодветно.

Ако користите полиња за датум или време како димензија на највисоко ниво, OLAP Cube Wizard автоматски создава нивоа за тие димензии. Корисникот потоа може да избере кои нивоа треба да се појавуваат во извештаите. На пример, можете да изберете недели, четвртини и години или месеци (види Слика 6.7).

Запомнете дека волшебникот автоматски создава нивоа за полињата за датум и време само кога креирате димензија од највисоко ниво; Кога се додаваат овие полиња како поднивоа на димензија, не се создаваат автоматски нивоа.

На третиот чекор од волшебникот, се одредува типот на коцка создадена од волшебникот, со можни три опции (види Сл. 6.8).

Ориз. 6.8. Избор на тип на коцка што ќе се креира на третиот чекор од волшебникот

· Првите две опции вклучуваат создавање на коцка секој пат кога ќе отворите извештај (ако коцката се гледа од Excel, тогаш зборуваме за стожерна табела). Во овој случај, датотеката за барање и датотеката дефиниции за коцка *.oqy, кој содржи инструкции за создавање коцка. Датотеката *.oqy може да се отвори во Excel програмаза да креирате извештаи врз основа на коцката и ако треба да направите промени во коцката, можете да го отворите Query за повторно да го извршите Create Cube Wizard.

Стандардно, датотеките со дефиниција на коцки, како и датотеките за пребарување, се зачувуваат во папката на корисничкиот профил во Application Data\Microsoft\Que-ries. Кога зачувувате датотека *.oqy во стандардната папка, името на датотеката за дефиниција на коцки се прикажува на картичката OLAP коцкикога отворате ново барање во Microsoft Query или кога избирате команда Направете барање(мени Податоци, подмени Увоз на надворешни податоци) во Microsoft Excel.

· Во случај на избор на трета опција од типот на коцка Зачувување на датотека со коцка која ги содржи сите податоци за коцката, се преземаат сите податоци за коцката и се креира датотека со коцка со наставката * на локација одредена од корисникот .младенче, во кој се чуваат овие податоци. Создавање на оваа датотекане се случува веднаш кога ќе се притисне копчето Подготвени; датотеката се креира или кога ја зачувувате дефиницијата за коцка во датотека или кога креирате извештај врз основа на коцката.

Изборот на типот на коцката се одредува од неколку фактори: количината на податоци што ги содржи коцката; видот и сложеноста на извештаите што ќе се креираат врз основа на коцката; системски ресурси (меморија и простор на дискот) итн.

Треба да се креира посебна датотека *.cub cube во следниве случаи:

1) за често менувани интерактивни извештаи доколку има доволно простор на дискот;

2) кога треба да ја зачувате коцката на мрежен сервер за да обезбедите пристап до неа за други корисници кога креирате извештаи. Коцка-датотеката може да обезбеди специфични податоци од изворната база на податоци, притоа испуштајќи чувствителни или чувствителни податоци до кои сакате да спречите пристап на други корисници.