düyü. 2. OLAP kub dilimi

Fırlanma(Şəkil 3) - hesabatda və ya göstərilən səhifədə təqdim olunan ölçmələrin yerini dəyişdirmə əməliyyatı. Məsələn, fırlanma əməliyyatı cədvəlin sətir və sütunlarının yenidən təşkilini əhatə edə bilər. Əlavə olaraq, məlumat kubunun fırlanması cədvəldən kənar ölçüləri göstərilən səhifədə mövcud ölçülərlə yerinə köçürür və əksinə.

OLAP ayrı bir proqram məhsulu deyil, proqramlaşdırma dili deyil, hətta xüsusi bir texnologiya deyil. Əgər biz OLAP-ı bütün təzahürləri ilə əhatə etməyə çalışsaq, o zaman bu, analitiklərin məlumatlara çıxışını asanlaşdıran proqram məhsullarının əsasında duran anlayışlar, prinsiplər və tələblər toplusudur. Gəlin öyrənək Nə üçün analitiklərə xüsusi bir şey lazımdır asanlaşdırmaq məlumatlara giriş.

Fakt budur ki, analitiklər korporativ məlumatların xüsusi istehlakçılarıdır. Analitikin vəzifəsi böyük həcmli məlumatlarda nümunələri tapmaqdır. Buna görə də, analitik cümə axşamı dördüncü qara mürəkkəb partiyasının qarşı tərəf Çernova satıldığına ayrıca diqqət yetirməyəcək - ona məlumat lazımdır. yüzlərlə və minlərlə oxşar hadisələr. Verilənlər bazasındakı tək faktlar, məsələn, əməliyyata cavabdeh olan mühasib və ya satış şöbəsinin rəhbəri üçün maraqlı ola bilər. Bir analitik üçün bir qeyd kifayət deyil - o, məsələn, bir ay və ya bir il ərzində müəyyən bir filialın və ya nümayəndəliyin bütün əməliyyatlarına ehtiyac duya bilər. Eyni zamanda analitik atır alıcının VÖEN-i, onun dəqiq ünvanı və telefon nömrəsi, müqavilə indeksi və s. kimi lazımsız təfərrüatlar. Eyni zamanda, analitikin işi üçün tələb etdiyi məlumatlar mütləq rəqəmsal dəyərləri ehtiva edir - bu, onun fəaliyyətinin mahiyyəti ilə bağlıdır.

Beləliklə, analitikin çoxlu məlumatlara ehtiyacı var, bu məlumatlar seçicidir və eyni zamanda " atribut dəsti - nömrə". Sonuncu o deməkdir ki, analitik aşağıdakı tipli cədvəllərlə işləyir:

Burada " Bir ölkə", "Məhsul", "il" atributlarıdır və ya ölçmələr, A " Satışların həcmi" - bununla da ədədi dəyər və ya ölçü. Analitikin vəzifəsi, təkrar edirik, atributlar və ədədi parametrlər arasında güclü əlaqələri müəyyən etməkdir.. Cədvələ baxdıqda onun asanlıqla üç ölçüyə çevrilə biləcəyini görəcəksiniz: baltaların birinə ölkələri, digərinə malları, üçüncüsünə isə illəri qoyacağıq. Və bu üçölçülü massivdəki dəyərlər müvafiq satış həcmləri olacaqdır.

Cədvəlin üçölçülü təsviri. Boz seqment 1988-ci ildə Argentina üçün heç bir məlumatın olmadığını göstərir

Məhz bu üçölçülü massiv OLAP terminlərində kub adlanır. Əslində, ciddi riyaziyyat nöqteyi-nəzərindən belə massiv həmişə kub olmayacaq: həqiqi kubda bütün ölçülərdə eyni sayda element olmalıdır, lakin OLAP kublarında belə bir məhdudiyyət yoxdur. Bununla belə, bu detallara baxmayaraq, "OLAP kubları" termini qısalığına və obrazlılığına görə ümumi qəbul edilmişdir. OLAP kubunun üçölçülü olması lazım deyil. Həll olunan problemdən asılı olaraq həm iki, həm də çoxölçülü ola bilər. Xüsusilə təcrübəli analitiklər təxminən 20 ölçü tələb edə bilər - və ciddi OLAP məhsulları məhz bu məbləğ üçün nəzərdə tutulub. Sadə masaüstü proqramlar təxminən 6 ölçüsü dəstəkləyir.

Ölçmələr OLAP kubları sözdə ibarətdir işarələri və ya üzvlər. Məsələn, Ölkə ölçüsü Argentina, Braziliya, Venesuela və s. etiketlərdən ibarətdir.

Kubun bütün elementləri doldurulmamalıdır: 1988-ci ildə Argentinada rezin məhsullarının satışı haqqında məlumat yoxdursa, müvafiq hüceyrədəki dəyər sadəcə müəyyən edilməyəcəkdir. OLAP tətbiqinin mütləq məlumatları çoxölçülü bir quruluşda saxlaması heç də lazım deyil - əsas odur ki, bu məlumatlar istifadəçiyə tam olaraq belə görünür. Yeri gəlmişkən, çoxölçülü məlumatların yığcam saxlanmasının xüsusi üsulları kublardakı "vakuum" (doldurulmamış elementlər) yaddaş itkisinə səbəb olmur.

Bununla belə, kubun özü analiz üçün uyğun deyil. Üç ölçülü bir kubu adekvat şəkildə təsəvvür etmək və ya təsvir etmək hələ də mümkündürsə, altı və ya on doqquz ölçülü bir kub ilə vəziyyət daha pisdir. Buna görə də istifadə etməzdən əvvəl adi olanlar çoxölçülü kubdan çıxarılır iki ölçülü cədvəllər. Bu əməliyyat kubun "kəsilməsi" adlanır. Bu termin yenə də məcazi məna daşıyır. Analitik, sanki, onu maraqlandıran işarələrə uyğun olaraq kubun ölçülərini götürür və "kəsdirir". Bu yolla analitik kubun iki ölçülü dilimini alır və onunla işləyir. Eyni şəkildə, odunçular kəsilmiş ağacın illik üzüklərini sayırlar.

Buna görə, bir qayda olaraq, cədvəldəki ölçülərin sayına görə yalnız iki ölçü "kəsilməmiş" olaraq qalır. Belə olur ki, yalnız ölçü “kəsilməmiş” olaraq qalır - əgər kubda bir neçə növ ədədi dəyər varsa, onlar cədvəl ölçülərindən biri boyunca çəkilə bilər.

Əvvəlcə təsvir etdiyimiz cədvələ daha yaxından baxsanız, oradakı məlumatların çox güman ki, əsas olmadığını, nəticədə əldə edildiyini görəcəksiniz. ümumiləşdirmə kiçik elementlər üzərində. Məsələn, il rüblərə, rüblər aylara, aylar həftələrə, həftələr günlərə bölünür. Ölkə bölgələrdən, bölgələr isə məskunlaşan ərazilərdən ibarətdir. Nəhayət, şəhərlərin özlərində rayonları və konkret pərakəndə satış məntəqələrini müəyyən etmək olar. Məhsullar məhsul qruplarına birləşdirilə bilər və s. OLAP terminlərində bu cür çoxsəviyyəli assosiasiyalar olduqca məntiqi adlanır iyerarxiyalar. OLAP alətləri istənilən vaxt istədiyiniz iyerarxiya səviyyəsinə keçməyə imkan verir. Üstəlik, bir qayda olaraq, eyni elementlər üçün bir neçə növ iyerarxiya dəstəklənir: məsələn, gün-həftə-ay və ya gün-onillik-rüb. Mənbə məlumatları iyerarxiyanın aşağı səviyyələrindən götürülür və daha yüksək səviyyələrdə dəyərlər əldə etmək üçün cəmlənir. Keçid prosesini sürətləndirmək üçün müxtəlif səviyyələr üçün toplanmış dəyərlər bir kubda saxlanılır. Beləliklə, istifadəçi tərəfindən bir kub kimi görünən şey, kobud desək, daha çox primitiv kublardan ibarətdir.

İerarxiya nümunəsi

Bu, OLAP-ın yaranmasına səbəb olan vacib məqamlardan biridir - məhsuldarlıq və səmərəlilik. Təsəvvür edək ki, analitik məlumat əldə etməli olduqda nə baş verir, lakin müəssisədə OLAP alətləri yoxdur. Analitik müstəqil olaraq (bu mümkün deyil) və ya proqramçının köməyi ilə müvafiq SQL sorğusunu edir və maraq doğuran məlumatları hesabat şəklində alır və ya elektron cədvələ ixrac edir. Bu vəziyyətdə çoxlu problemlər ortaya çıxır. Birincisi, analitik öz işindən başqa bir işlə məşğul olmağa məcburdur (SQL proqramlaşdırması) və ya proqramçıların onun üçün tapşırığı yerinə yetirməsini gözləmək məcburiyyətində qalır - bütün bunlar əmək məhsuldarlığına mənfi təsir göstərir, fırtına, infarkt və insult dərəcələrini artırır və s. . İkincisi, tək bir hesabat və ya cədvəl, bir qayda olaraq, düşüncə nəhənglərini və rus təhlilinin atalarını xilas etmir - və bütün prosedur təkrar-təkrar təkrarlanmalı olacaq. Üçüncüsü, artıq aşkar etdiyimiz kimi, analitiklər xırdalıqlar haqqında soruşmurlar - bir anda hər şeyə ehtiyac duyurlar. Bu o deməkdir ki, (baxmayaraq ki, texnologiya sıçrayışlarla inkişaf edir) analitikin əldə etdiyi korporativ relational DBMS serveri digər əməliyyatları bloklayaraq dərin və uzun müddət düşünə bilər.

OLAP konsepsiyası məhz belə problemləri həll etmək üçün ortaya çıxdı. OLAP kubları əsasən meta hesabatlardır. Meta-hesabatları (kublar, yəni) ölçülər boyunca kəsərək, analitik əslində onu maraqlandıran "adi" iki ölçülü hesabatları alır (bunlar mütləq terminin adi mənasında hesabatlar deyil - məlumat strukturlarından danışırıq. eyni funksiyalar). Kubların üstünlükləri göz qabağındadır - verilənlərin relational DBMS-dən yalnız bir dəfə - kub qurarkən tələb edilməsi lazımdır. Analitiklər, bir qayda olaraq, tez əlavə olunan və dəyişdirilən məlumatlarla işləmədiklərindən, yaradılan kub kifayət qədər uzun müddət aktualdır. Bunun sayəsində nəinki relational DBMS serverinin işində fasilələr aradan qaldırılır (minlərlə və milyonlarla cavab xətləri olan sorğular yoxdur), həm də analitikin özü üçün məlumatlara çıxış sürəti də kəskin şəkildə artır. Bundan əlavə, artıq qeyd edildiyi kimi, performans kubun qurulduğu zaman iyerarxiyaların və digər toplanmış dəyərlərin subsumlarını hesablamaqla da yaxşılaşdırılır. Yəni, əvvəlcə məlumatlarımızda bir mağazada müəyyən bir məhsul üçün gündəlik gəlir haqqında məlumat var idisə, kub formalaşdırarkən OLAP tətbiqi müxtəlif iyerarxiya səviyyələri (həftələr və aylar, şəhərlər və ölkələr) üçün cəmi hesablayır.

Təbii ki, bu yolla məhsuldarlığı artırmaq üçün pul ödəməlisən. Bəzən deyilir ki, məlumat strukturu sadəcə "partlayır" - OLAP kubu orijinal məlumatdan onlarla, hətta yüzlərlə dəfə çox yer tuta bilər.

Suallara cavab verin:

Nə baş verdi kub OLAP?

Nə baş verdi etiketlər xüsusi ölçü? Nümunələr verin.

edə bilərlər tədbirlər OLAP kubunda rəqəmsal olmayan dəyərləri ehtiva edir.

Məlumat anbarı nədir?

Bəzən Anbarın başqa bir məqsədi var - bütün müəssisə məlumatlarının inteqrasiyası, bütün informasiya sistemləri daxilində məlumatın bütövlüyünü və aktuallığını qorumaq. Bu. anbar yalnız analitik deyil, demək olar ki, bütün məlumatları toplayır və onu digər sistemlərə kataloqlar şəklində təqdim edə bilər.

Tipik məlumat anbarı tipik bir əlaqə verilənlər bazasından fərqlidir. Birincisi, müntəzəm verilənlər bazaları istifadəçilərə gündəlik işləri yerinə yetirməkdə kömək etmək üçün, məlumat anbarları isə qərar qəbul etmək üçün nəzərdə tutulub. Məsələn, malların satışı və hesab-fakturaların verilməsi əməliyyatların işlənməsi üçün nəzərdə tutulmuş məlumat bazasından istifadə etməklə həyata keçirilir və təchizatçılarla işin planlaşdırılmasına imkan verən bir neçə il ərzində satış dinamikasının təhlili məlumat anbarından istifadə etməklə həyata keçirilir.

İkincisi, ənənəvi verilənlər bazaları istifadəçilərin işlədiyi müddətdə daimi dəyişikliyə məruz qalsa da, məlumat anbarı nisbətən sabitdir: ondakı məlumatlar adətən qrafikə uyğun olaraq yenilənir (məsələn, ehtiyaclardan asılı olaraq həftəlik, gündəlik və ya saatlıq). İdeal olaraq, zənginləşdirmə prosesi mağazada olan əvvəlki məlumatları dəyişdirmədən müəyyən bir müddət ərzində sadəcə yeni məlumatların əlavə edilməsidir.

Üçüncüsü, adi verilənlər bazaları çox vaxt anbarda bitən məlumat mənbəyidir. Bundan əlavə, anbar xarici mənbələrdən, məsələn, statistik hesabatlardan doldurula bilər.

Saxlama anbarı necə qurulur?

• Çıxarma – xarici mənbələrdən məlumatların başa düşülən formatda çıxarılması;
• Transformasiya – mənbə verilənlərin strukturunun analitik sistemin qurulması üçün əlverişli strukturlara çevrilməsi;

Analizlərə qayıdaq.

Analiz nədir və nə üçün lazımdır?

Burada DSS ilə işləmək ilə tənzimlənən və tənzimlənməmiş hesabatların sadə dəsti arasındakı fərqi qeyd etməyə dəyər. DSS-də təhlil demək olar ki, həmişə interaktiv və iterativdir. Bunlar. analitik verilənləri araşdırır, analitik sorğuları tərtib edir və tənzimləyir və strukturu əvvəlcədən məlum olmayan hesabatlar alır. Aşağıda sorğu dilini müzakirə edərkən buna daha ətraflı qayıdacayıq. MDX.

OLAP

Mürəkkəb çoxölçülü məlumatların təhlili texnologiyası OLAP (On-Line Analytical Processing) adlanır. OLAP ənənəvi məlumat anbarının əsas komponentidir. OLAP konsepsiyası 1993-cü ildə tanınmış verilənlər bazası tədqiqatçısı və əlaqəli məlumat modelinin müəllifi Edqar Kodd tərəfindən təsvir edilmişdir. 1995-ci ildə Codd tərəfindən müəyyən edilmiş tələblərə əsasən, çoxölçülü analiz üçün tətbiqlər üçün aşağıdakı tələblər daxil olmaqla, FASMI testi (Paylaşılan Çoxölçülü Məlumatın Sürətli Təhlili) tərtib edilmişdir:

• istifadəçiyə daha az təfərrüatlı təhlil bahasına olsa belə, məqbul müddətdə (adətən 5 saniyədən çox olmayan) analiz nəticələrinin təqdim edilməsi;
• verilmiş proqrama xas olan hər hansı məntiqi və statistik təhlili aparmaq və onu son istifadəçi üçün əlçatan formada saxlamaq imkanı;
• müvafiq kilidləmə mexanizmləri və səlahiyyətli giriş vasitələri üçün dəstək ilə məlumatlara çox istifadəçi girişi;
• iyerarxiyalar və çoxsaylı iyerarxiyalar üçün tam dəstək daxil olmaqla məlumatların çoxölçülü konseptual təqdimatı (bu, OLAP-ın əsas tələbidir);
• həcmindən və saxlanma yerindən asılı olmayaraq istənilən zəruri məlumatı əldə etmək imkanı.

Müxtəlif OLAP tətbiqləri haqqında danışmazdan əvvəl məntiqi baxımdan kubların nə olduğuna daha yaxından nəzər salaq.

Çoxölçülü anlayışlar

kub

• Sifariş tarixi
• Bir ölkə
• Şəhər
• Müştəri adı
• Çatdırılma şirkəti
• Məhsulun adı
• Malların miqdarı
• Sifariş qiyməti

• Müəyyən bir ölkədən müştərilər tərəfindən verilən sifarişlərin ümumi dəyəri nədir?
• Müəyyən bir ölkədə müştərilər tərəfindən verilən və müəyyən bir şirkət tərəfindən çatdırılan sifarişlərin ümumi dəyəri nədir?
• Müəyyən bir ölkədə müştərilər tərəfindən verilən və müəyyən bir şirkət tərəfindən çatdırılan sifarişlərin ümumi dəyəri nədir?

Bu sorğunun nəticəsi həmişə rəqəmlər sütunu və onu təsvir edən atributların siyahısı (məsələn, ölkə) olacaqdır - bu, bir ölçülü məlumat dəsti və ya riyazi dillə desək, vektordur.

Təsəvvür edək ki, bütün ölkələrdən sifarişlərin ümumi dəyəri və onların çatdırılma şirkətləri arasında paylanması haqqında məlumat əldə etməliyik - biz çatdırılma şirkətlərinin sütun başlıqlarında, cərgədəki ölkələr göstəriləcəyi nömrələr cədvəlini (matris) alacağıq. başlıqlar və xanalarda sifarişlərin miqdarı olacaq. Bu iki ölçülü məlumat massividir. Bu verilənlər toplusu pivot cədvəl adlanır ( dönmə cədvəli) və ya çarpaz cədvəl.

Eyni məlumatları əldə etmək istəyiriksə, həm də il üzrə, onda başqa bir dəyişiklik görünəcək, yəni. verilənlər dəsti üçölçülü olacaq (şərti 3-cü dərəcəli tensor və ya 3 ölçülü “kub”).

Aydındır ki, ölçülərin maksimum sayı məcmu məlumatlarımızı (sifarişlərin miqdarı, məhsulların sayı və s.) təsvir edən bütün atributların (Tarix, Ölkə, Müştəri və s.) sayıdır.

Çoxölçülülük anlayışına və onun təcəssümünə belə gəlirik - çoxölçülü kub. Biz belə bir masa adlandıracağıq " fakt cədvəli" Ölçülər və ya kub baltaları ( ölçüləri) koordinatları fakt cədvəlində mövcud olan bu atributların fərdi dəyərləri ilə ifadə olunan atributlardır. Bunlar. məsələn, sifarişlər haqqında məlumat sistemdə 2003-cü ildən 2010-cu ilə qədər saxlanılıbsa, bu il oxu 8 uyğun nöqtədən ibarət olacaq. Sifarişlər üç ölkədən gəlirsə, o zaman ölkə oxunda 3 nöqtə olacaq və s. Ölkə kataloquna neçə ölkənin daxil olmasından asılı olmayaraq. Oxdakı nöqtələr onun “üzvləri” adlanır ( Üzvlər).

Bu halda, ümumiləşdirilmiş məlumatların özləri "tədbirlər" adlanacaqdır ( Ölçmək). "Ölçülər" ilə çaşqınlığın qarşısını almaq üçün sonuncular tercihen "baltalar" adlanır. Tədbirlər toplusu başqa "Tədbirlər" oxunu təşkil edir ( Tədbirlər). Onun fakt cədvəlində ölçülər (birləşdirilmiş sütunlar) sayı qədər üzvü (nöqtəsi) var.

Ölçülərin və ya oxların üzvləri bir və ya bir neçə iyerarxiya ilə birləşdirilə bilər ( iyerarxiya). İyerarxiyanın nə olduğunu bir nümunə ilə izah edək: sifarişlərdən şəhərlər rayonlara, rayonlar bölgələrə, ölkənin bölgələri, ölkələr qitələrə və ya digər qurumlara birləşdirilə bilər. Bunlar. iyerarxik quruluş var - qitə- ölkə-rayon-rayon-şəhər- 5 səviyyə ( Səviyyə). Bölgə üçün məlumatlar ona daxil olan bütün şəhərlər üçün toplanır. Bütün şəhərləri ehtiva edən bütün rayonlar üzrə bir bölgə üçün və s. Niyə bizə çoxlu iyerarxiya lazımdır? Məsələn, sifariş tarixi oxunda biz nöqtələri (yəni günlər) iyerarxiyada qruplaşdırmaq istəyə bilərik. İl-Ay-Gün və ya tərəfindən İl-Həftə-Gün: hər iki halda üç səviyyə var. Aydındır ki, həftə və ay günləri fərqli şəkildə qruplaşdırır. Səviyyələrin sayı deterministik olmayan və verilənlərdən asılı olan iyerarxiyalar da var. Məsələn, kompüter diskindəki qovluqlar.

Məlumatların yığılması bir neçə standart funksiyadan istifadə etməklə baş verə bilər: cəmi, minimum, maksimum, orta, say.

MDX

Biz bunu ətraflı nəzərdən keçirəcəyik, çünki bu, ümumi XMLA protokol standartı çərçivəsində standart statusu almış yeganə dildir və ikincisi, şirkətin Mondrian layihəsi şəklində açıq mənbə tətbiqi olduğu üçün. Pentaho. Digər OLAP analiz sistemləri (məsələn, Oracle OLAP Option) adətən SQL sintaksisinin öz genişlənmələrindən istifadə edir, lakin onlar MDX üçün də dəstək elan edirlər.

Analitik məlumat dəstləri ilə işləmək yalnız onları oxumaq deməkdir və yazmaq demək deyil. Bu. MDX-də məlumatların dəyişdirilməsi üçün heç bir bənd yoxdur, ancaq yalnız bir seçim bəndi - seçin.

OLAP-da siz çoxölçülü kublar edə bilərsiniz dilimlər– yəni. verilənlər bir və ya bir neçə ox boyunca süzüldükdə və ya proqnozlar– kub bir və ya bir neçə ox boyunca “yıxılanda” məlumatları birləşdirən zaman. Məsələn, ölkələrdən gələn sifarişlərin miqdarı ilə ilk nümunəmiz kubun Ölkə oxuna proyeksiyasıdır. Bu iş üçün MDX sorğusu belə görünəcək:

Seçin ... Sətirlərdəki uşaqlar
Burada nə var?

seçin– açar söz və yalnız gözəllik üçün sintaksisə daxil edilir.
oxun adıdır. MDX-də bütün xüsusi adlar kvadrat mötərizədə yazılır.
iyerarxiyanın adıdır. Bizim vəziyyətimizdə bu, Ölkə-Şəhər iyerarxiyasıdır
– bu, iyerarxiyanın birinci səviyyəsində olan ox üzvünün adıdır (yəni ölkə) Hamısı – bu oxun bütün üzvlərini birləşdirən meta-üzvdür. Hər oxda belə bir meta-termin var. Məsələn, il oxunda “Bütün illər” və s.
Uşaqlarüzv funksiyasıdır. Hər bir üzv bir neçə funksiyaya malikdir. Valideyn kimi. Səviyyə, İerarxiya, müvafiq olaraq əcdadı, iyerarxiyadakı səviyyəni və bu halda üzvün aid olduğu iyerarxiyanın özünü qaytarır. Uşaqlar - Bu üzvün uşaq üzvləri dəstini qaytarır. Bunlar. bizim vəziyyətimizdə - ölkələr.
sıralarda– Nəticə cədvəlində bu məlumatların necə təşkil olunacağını göstərir. Bu halda - xətlərin başlığında. Burada mümkün dəyərlər: sütunlarda, səhifələrdə, paraqraflarda və s. 0-dan başlayaraq sadəcə indekslə göstərmək də mümkündür.
-dan– bu, seçimin aparıldığı kubun göstəricisidir.

Bəs bizə bütün ölkələr yox, yalnız bir neçə konkret ölkələr lazımdırsa? Bunu etmək üçün biz Uşaqlar funksiyasından istifadə edərək hər şeyi seçməkdənsə, sorğuda bizə lazım olan ölkələri açıq şəkildə göstərə bilərik.

Sətirlərdə ( ..., ... ) seçin
Bu vəziyyətdə buruq mötərizələr dəstin bəyanıdır ( Set). Dəst siyahıdır, üzvlərin siyahısıdır bir oxdan.

İndi ikinci nümunəmiz üçün bir sorğu yazaq - çatdırılan şəxs kontekstində çıxış:

Seçin ...Sətirlərdə uşaqlar .Sütunlarda üzvlər
Bura əlavə edilib:
- ox;
.Üzvlər– bütün şərtləri qaytaran ox funksiyası. İerarxiya və səviyyə eyni funksiyaya malikdir. Çünki Bu oxda yalnız bir iyerarxiya var, onda onun göstəricisi buraxıla bilər, çünki səviyyə və iyerarxiya da eynidir, onda siz bütün üzvləri bir siyahıda göstərə bilərsiniz.

Düşünürəm ki, bunu üçüncü nümunəmizlə necə davam etdirə biləcəyimiz artıq aydındır. Ancaq daha yaxşı olar ki, illərə görə qazmayaq, amma filtr edək - yəni. bir dilim qurmaq Bunun üçün aşağıdakı sorğunu yazacağıq:

..Sətirlərdəki uşaqlar .Sütunlardakı üzvlər (.)
Burada filtrasiya haradadır?

harada- açar söz
iyerarxiyanın bir üzvüdür . Tam ad, bütün şərtlər də daxil olmaqla: .. , amma ona görə Bu üzvün adı ox daxilində unikal olduğundan, adın bütün aralıq dəqiqləşdirmələri buraxıla bilər.

Tarix termini niyə mötərizədə göstərilir? Mötərizələr bir dəstdir ( tuple). Tuple bir və ya bir neçə koordinat boyuncadır müxtəlif baltalar Məsələn, eyni anda iki ox boyunca filtrasiya etmək üçün mötərizədə iki termini sadalayırıq fərqliölçülər vergüllə ayrılır. Yəni, tuple kubun "dilimini" təyin edir (və ya bu terminologiya daha yaxındırsa, "süzgəcdən keçir").

Tuple sadəcə süzgəcdən çox istifadə olunur. Tuples həmçinin sıra/sütun/səhifə başlıqlarında ola bilər və s.

Bu, məsələn, üçölçülü sorğunun nəticəsini iki ölçülü cədvəldə göstərmək üçün lazımdır.

Sətirlərdə çarpaz birləşməni (...Uşaqlar, ..Uşaqlar) seçin . Sütunlardakı üzvlər (.)
Çarpaz birləşmə funksiyadır. O, iki çoxluğun Kartezian hasilindən yaranan bir dəst dəstini qaytarır (bəli, dəstdə dəstlər ola bilər!). Bunlar. nəticədə yaranan dəstdə Ölkələrin və İllərin bütün mümkün kombinasiyaları olacaq. Beləliklə, sıra başlıqları bir cüt dəyərdən ibarət olacaq: Ölkə-İli.

Sual olunur ki, hansı ədədi xüsusiyyətlərin göstərilməli olduğu göstəricisi haradadır? Bu halda, bu kub üçün müəyyən edilmiş standart ölçü istifadə olunur, yəni. Sifariş qiyməti. Başqa bir ölçü əldə etmək istəyiriksə, o zaman ölçülərin ölçüsün üzvləri olduğunu xatırlayırıq Tədbirlər. Və biz digər oxlarla eyni şəkildə hərəkət edirik. Bunlar. ölçülərdən biri ilə sorğunun süzülməsi məhz bu tədbiri xanalarda göstərəcək.

Sual: Harada filtrləmə ilə sətirlərdə ox üzvlərini göstərərək filtrləmə arasında fərq nədir. Cavab: praktiki olaraq heç nə. Sadəcə olaraq, başlıqların formalaşmasında iştirak etməyən baltalar üçün bir dilim göstərildiyi yerdə. Bunlar. eyni ox bilməz eyni zamanda mövcud olmaq sıralarda, və içində harada.

Hesablanmış Üzvlər

Üzvlə. '.CurrentMember / ..' kimi, FORMAT_STRING='0.00%' seçin ...Hər yerdən sətirlərdəki uşaqlar.
Hesablama onun bütün koordinat atributlarının məlum olduğu bir hüceyrə kontekstində baş verir. Müvafiq koordinatları (üzvləri) kub oxlarının hər biri üçün CurrentMember funksiyası ilə əldə etmək olar. Burada ifadəni anlamaq lazımdır .Mövcud Üzv/..' bir termini digərinə bölmür, əksinə bölür müvafiq ümumiləşdirilmiş məlumatlar kub dilimləri! Bunlar. cari ərazi üçün dilim bütün ərazilər üçün bir dilimə bölünəcək, yəni. bütün sifarişlərin ümumi dəyəri. FORMAT_STRING – dəyərləri göstərmək üçün formatı təyin edir, yəni. %.

Hesablanmış üzvün başqa bir nümunəsi, lakin illər oxunda:

Üzvlə. kimi '. -.'
Aydındır ki, hesabatda vahid olmayacaq, lakin müvafiq bölmələrin fərqi, yəni. bu iki ildə sifarişlərin məbləğindəki fərq.

ROLAP-da göstərin

Naviqasiya

Qazma– bu, bəzi digər oxlar (və ya bir neçə oxlar) üzrə filtrləmə ilə birlikdə məlumatların yığılma dərəcəsini azaltmaqla təfərrüatlı hesabatdır. Bir neçə növ qazma var:

• qazma– seçilmiş süzgəc üzvünün iyerarxiyası daxilində nəsillər haqqında ətraflı məlumatın nümayişi ilə hesabatın mənbə oxlarından biri üzrə filtrləmə. Məsələn, sifarişlərin Ölkələr və İllər üzrə bölüşdürülməsi haqqında hesabat varsa, 2007-ci ilin üzərinə klikləməklə eyni Ölkələr və 2007-ci ilin ayları üzrə bölünmüş hesabat göstərilir.
• qazma tərəfi– bir və ya daha çox seçilmiş oxlar altında filtrləmə və bir və ya bir neçə digər ox boyunca yığılmanın aradan qaldırılması. Məsələn, sifarişlərin Ölkələr və İllər üzrə bölüşdürülməsi haqqında hesabat varsa, o zaman 2007-ci ilin üzərinə klikləməklə, məsələn, 2007-ci ilə qədər filtrasiya ilə Ölkələr və Təchizatçılar üzrə bölünmüş başqa hesabat göstərilir.
• qazma nov– bütün oxlar üzrə aqreqasiyanın aradan qaldırılması və onlar üzrə eyni vaxtda filtrləmə – hesabatdakı dəyərin alındığı fakt cədvəlindən mənbə məlumatlarını görməyə imkan verir. Bunlar. Hüceyrə dəyərinə kliklədiyiniz zaman, bu məbləği verən bütün sifarişlərlə bir hesabat göstərilir. Kubun çox "dərinliklərinə" bir növ ani qazma.

Teqlər: Teqlər əlavə edin

Əsas Şərtlər Məqalələr Kurslar Şirkət Təcrübəsi Bloq Məsləhətlər Yükləmələr Tərəfdaşlar Əlaqələr Promosyonlar

Məqalələr > Büdcə və idarəetmə uçotunun avtomatlaşdırılması >

Alexander Karpov, layihə meneceri bud-tech.ru, "100% Praktiki Büdcələşdirmə" kitab seriyasının və "İdarəetmə Uçotunun Təşkili və Avtomatlaşdırılması" kitabının müəllifi

www.bud-tech.ru

Bəlkə də bəziləri üçün hesabatlar hazırlayarkən OLAP texnologiyasının (On-line Analitik Emalı) istifadəsi bir qədər ekzotik görünəcək, buna görə də onlar üçün OLAP-CUBE-nin istifadəsi büdcə və idarəetmə uçotunun avtomatlaşdırılması zamanı heç də ən vacib tələblərdən biri deyil.

Əslində, idarəetmə hesabatları ilə işləyərkən çoxölçülü CUBE-dən istifadə etmək çox rahatdır. Büdcə formatlarını hazırlayarkən çoxvariantlı formalar problemi ilə qarşılaşa bilərsiniz (bu barədə ətraflı məlumatı 8-ci kitabda “Şirkətdə büdcənin qurulması texnologiyası” və “İdarəetmə uçotunun qurulması və avtomatlaşdırılması” kitabında oxuya bilərsiniz).

Bu, şirkətin effektiv idarə edilməsinin getdikcə daha ətraflı idarəetmə hesabatını tələb etməsi ilə bağlıdır. Yəni sistem getdikcə daha çox müxtəlif analitik bölmələrdən istifadə edir (informasiya sistemlərində analitika bir sıra istinad kitabları ilə müəyyən edilir).

Təbii ki, bu ona gətirib çıxarır ki, menecerlər onları maraqlandıran bütün analitik bölmələrdə hesabat almaq istəyirlər. Bu o deməkdir ki, hesabatlar hansısa şəkildə “nəfəs almaq” üçün hazırlanmalıdır. Başqa sözlə, deyə bilərik ki, bu halda söhbət eyni hesabatın mənasının müxtəlif analitik aspektlərdə məlumat verməli olmasından gedir. Buna görə də, statik hesabatlar artıq bir çox müasir menecerlərə uyğun gəlmir. Onlara çoxölçülü CUBE-nin təmin edə biləcəyi dinamika lazımdır.

Beləliklə, OLAP texnologiyası artıq müasir və gələcək informasiya sistemlərində məcburi elementə çevrilmişdir. Ona görə də proqram məhsulu seçərkən onun OLAP texnologiyasından istifadə edib-etməməsinə diqqət yetirmək lazımdır.

Üstəlik, əsl KUBLARI təqlid edənlərdən ayırmağı bacarmalısınız. Belə simulyasiyalardan biri MS Excel-də pivot cədvəllərdir. Bəli, bu alət CUBE kimi görünür, amma əslində bir deyil, çünki bunlar dinamik deyil, statik cədvəllərdir. Bundan əlavə, onlar iyerarxik qovluqların elementlərindən istifadə edərək hesabat yaratmaq qabiliyyətinin daha pis tətbiqinə malikdirlər.

Tikinti zamanı CUBE-dən istifadənin aktuallığını təsdiq etmək idarəetmə hesabatı Satış büdcəsi ilə sadə bir nümunə verə bilərsiniz. Baxılan nümunədə şirkət üçün aşağıdakı analitik bölmələr aktualdır: məhsullar, filiallar və satış kanalları. Əgər bu üç analitika şirkət üçün vacibdirsə, o zaman satış büdcəsi (və ya hesabat) bir neçə versiyada göstərilə bilər.

Qeyd etmək lazımdır ki, üç analitik bölmə əsasında büdcə xətləri yaratsanız (baxılan nümunədə olduğu kimi), bu, kifayət qədər mürəkkəb büdcə modelləri yaratmağa və CUBE-dan istifadə edərək ətraflı hesabatlar yaratmağa imkan verir.

Məsələn, satış büdcəsi yalnız bir analitikadan (kataloqdan) istifadə etməklə tərtib edilə bilər. Bir "Məhsullar" analitikası əsasında qurulmuş satış büdcəsinin nümunəsi burada təqdim olunur Şəkil 1.

düyü. 1. INTEGRAL proqram paketinin OLAP-CUBE-də bir “Məhsullar” analitikası əsasında qurulmuş satış büdcəsinə nümunə

Eyni satış büdcəsi iki analitikadan (kataloqdan) istifadə etməklə tərtib edilə bilər. İki analitik “Məhsullar” və “Filiallar” əsasında qurulmuş satış büdcəsinin nümunəsi burada təqdim olunur. Şəkil 2.

düyü. 2. INTEGRAL proqram paketinin OLAP-CUBE-də iki analitik “Məhsullar” və “Filiallar” əsasında qurulmuş satış büdcəsinə nümunə

.

Daha ətraflı hesabatların qurulmasına ehtiyac varsa, eyni satış büdcəsi üç analitikdən (kataloqdan) istifadə edilə bilər. “Məhsullar”, “Filiallar” və “Satış Kanalları” üç analitika əsasında qurulmuş satış büdcəsinin nümunəsi burada təqdim olunur. Şəkil 3.

düyü. 3. INTEGRAL proqram paketinin OLAP-CUBE-də üç analitik “Məhsullar”, “Filiallar” və “Satış Kanalları” əsasında qurulmuş satış büdcəsinə nümunə

Xatırlatmaq lazımdır ki, hesabatlar yaratmaq üçün istifadə edilən CUBE məlumatları müxtəlif ardıcıllıqla göstərməyə imkan verir. Aktiv Şəkil 3 Satış büdcəsi əvvəlcə məhsula, sonra filiala, sonra isə satış kanalına görə “genişləndirilir”.

Eyni məlumatlar fərqli ardıcıllıqla təqdim edilə bilər. Aktiv Şəkil 4 eyni satış büdcəsi əvvəlcə məhsul, sonra satış kanalı, sonra isə filial üzrə “açılır”.

düyü. 4. INTEGRAL proqram paketinin OLAP-CUBE-də üç analitik “Məhsullar”, “Paylama Kanalları” və “Filiallar” əsasında qurulmuş satış büdcəsinə nümunə

Aktiv Şəkil 5 eyni satış büdcəsi əvvəlcə filiallar, sonra məhsullar, sonra isə satış kanalları tərəfindən “açılır”.

düyü. 5. “INTEGRAL” OLAP-CUBE proqram paketində “Filiallar”, “Məhsullar” və “Satış Kanalları” üç analitika əsasında qurulmuş satış büdcəsinə nümunə

Əslində, bunlar satış büdcəsini geri götürmək üçün bütün mümkün variantlar deyil.

Bundan əlavə, KUB-un kataloqların iyerarxik strukturu ilə işləməyə imkan verdiyinə diqqət yetirmək lazımdır. Təqdim olunan nümunələrdə iyerarxik kataloqlar “Məhsullar” və “Satış Kanalları”dır.

İstifadəçi baxımından o, belədir bu misalda bir neçə idarəetmə hesabatı alır (bax düyü. 1-5) və proqram məhsulundakı parametrlər baxımından bu bir hesabatdır. Sadəcə CUBE-dən istifadə etməklə siz ona bir neçə yolla baxa bilərsiniz.

Təbii ki, praktikada, onların məqalələri bir və ya bir neçə analitikə əsaslandıqda, müxtəlif idarəetmə hesabatlarının çıxarılması üçün çox sayda variant mümkündür. Analitika dəstinin özü də istifadəçilərin təfərrüata olan ehtiyaclarından asılıdır. Düzdür, unutmaq olmaz ki, bir tərəfdən analitik nə qədər böyük olsa, bir o qədər ətraflı hesabatlar qurmaq olar. Lakin, digər tərəfdən, bu, maliyyə büdcəsi modelinin daha mürəkkəb olacağı anlamına gəlir. Hər halda, KUB varsa, şirkət maraq doğuran analitik bölmələrə uyğun olaraq müxtəlif versiyalarda lazımi hesabatlara baxmaq imkanı əldə edəcək.

OLAP-CUBE-nin daha bir neçə xüsusiyyətlərini qeyd etmək lazımdır.

Çoxölçülü iyerarxik OLAP-CUBE-da bir neçə ölçü var: sıra növü, tarix, sətirlər, kataloq 1, kataloq 2 və kataloq 3 (bax. düyü. 6). Təbii ki, hesabatda kataloqların maksimum sayını ehtiva edən büdcə sətirində olduğu qədər kataloqlu düymələr göstərilir. Hər hansı bir büdcə sətirində bir dənə də məlumat kitabı yoxdursa, hesabatda istinad kitabları olan bir düymə olmayacaqdır.

düyü. 6. INTEGRAL proqram paketinin OLAP-CUBE ölçüləri

Əvvəlcə OLAP-CUBE bütün ölçülər üzrə qurulur. Varsayılan olaraq, hesabat ilkin olaraq qurulduqda, ölçülər tam olaraq göstərilən sahələrdə yerləşir Şəkil 6. Yəni, "Tarix" kimi ölçü şaquli ölçülər (sütun sahəsindəki ölçülər), "Sətrlər", "Kataloq 1", "Kataloq 2" və "Kataloq 3" ölçüləri sahəsində yerləşir. üfüqi ölçülər sahəsi (sahə sətirlərindəki ölçülər) və "Sətir növü" ölçüsü "genişlənməmiş" ölçülər (səhifə sahəsindəki ölçülər) sahəsindədir. Əgər ölçü sonuncu sahədədirsə, hesabatdakı məlumatlar həmin ölçüdə "genişlənməyəcək".

Bu ölçülərin hər biri üç sahədən hər hansı birinə yerləşdirilə bilər. Ölçmələr köçürüldükdən sonra hesabat dərhal yeni ölçmə konfiqurasiyasına uyğun olaraq yenidən qurulur. Məsələn, tarix və sətirləri istinad kitabları ilə əvəz edə bilərsiniz. Və ya istinad kitablarından birini şaquli ölçmə sahəsinə köçürə bilərsiniz (bax. düyü. 7). Başqa sözlə, siz OLAP-CUBE-də hesabatı "bura" və istifadəçi üçün ən əlverişli olan hesabat çıxışı seçimini seçə bilərsiniz.

düyü. 7. INTEGRAL proqram paketinin ölçmə konfiqurasiyasını dəyişdirdikdən sonra hesabatın yenidən qurulması nümunəsi

Ölçmə konfiqurasiyası ya əsas CUBE formasında, ya da dəyişiklik xəritəsi redaktorunda dəyişdirilə bilər (bax. düyü. 8). Bu redaktorda siz həmçinin siçan ilə ölçüləri bir sahədən digərinə sürükləyə və buraxa bilərsiniz. Bundan əlavə, bir sahədə ölçmələri dəyişdirə bilərsiniz.

Bundan əlavə, eyni formada bəzi ölçmə parametrlərini konfiqurasiya edə bilərsiniz. Hər ölçü üçün siz cəmlərin yerini, elementlərin çeşidlənməsi qaydasını və elementlərin adlarını fərdiləşdirə bilərsiniz (bax. düyü. 8). Siz həmçinin hesabatda hansı element adının göstəriləcəyini təyin edə bilərsiniz: qısaldılmış (Ad) və ya tam (FullName).

düyü. 8. INTEGRAL proqram paketinin ölçmə xəritəsi redaktoru

Ölçmə parametrlərini birbaşa onların hər birində redaktə edə bilərsiniz (bax. düyü. 9). Bunu etmək üçün ölçmə adının yanındakı düymədə yerləşən işarəni vurun.

düyü. 9. Kataloqun redaktəsinə nümunə 1 INTEGRAL proqram paketindəki məhsullar və xidmətlər

Bu redaktordan istifadə edərək siz hesabatda göstərmək istədiyiniz elementləri seçə bilərsiniz. Varsayılan olaraq, bütün elementlər hesabatda göstərilir, lakin zəruri hallarda bəzi elementlər və ya qovluqlar buraxıla bilər. Məsələn, hesabatda yalnız bir məhsul qrupunu göstərmək lazımdırsa, o zaman ölçmə redaktorunda bütün digərlərinin işarəsini silməlisiniz. Bundan sonra hesabatda yalnız bir məhsul qrupu olacaq (bax. düyü. 10).

Siz həmçinin bu redaktorda elementləri çeşidləyə bilərsiniz. Bundan əlavə, elementlər müxtəlif yollarla yenidən təşkil edilə bilər. Belə bir yenidən qruplaşdırmadan sonra hesabat dərhal yenidən qurulur.

düyü. 10. INTEGRAL proqram paketində yalnız bir məhsul qrupunun (qovluqun) hesabatında çıxış nümunəsi

Ölçü redaktorunda siz tez öz qruplarınızı yarada, oradakı kataloqlardan elementləri sürükləyib buraxa bilərsiniz və s. Varsayılan olaraq, yalnız Digər qrup avtomatik olaraq yaradılır, lakin digər qruplar yaradıla bilər. Beləliklə, ölçü redaktorundan istifadə edərək, istinad kitablarının hansı elementlərinin və hesabatda hansı ardıcıllıqla göstəriləcəyini konfiqurasiya edə bilərsiniz.

Qeyd etmək lazımdır ki, bütün bu cür yenidən qurulmalar qeydə alınmır. Yəni hesabat bağlandıqdan və ya onun yenidən hesablanmasından sonra bütün kataloqlar konfiqurasiya edilmiş metodologiyaya uyğun olaraq hesabatda göstəriləcək.

Əslində, bütün bu cür dəyişikliklər ilkin olaraq xətləri qurarkən edilə bilərdi.

Məsələn, məhdudiyyətlərdən istifadə etməklə siz həmçinin hesabatda hansı elementlərin və ya kataloq qruplarının göstərilməli, hansının isə göstərilməməsini təyin edə bilərsiniz.

Qeyd: bu məqalənin mövzusu seminarlarda daha ətraflı müzakirə olunur "Müəssisənin büdcəsinin idarə edilməsi" Və “İdarəetmə uçotunun təşkili və avtomatlaşdırılması” bu məqalənin müəllifi Aleksandr Karpov tərəfindən aparılır.

Əgər istifadəçi demək olar ki, müntəzəm olaraq hesabatda yalnız müəyyən elementləri və ya kataloq qovluqlarını göstərməlidirsə, hesabat sətirləri yaratarkən belə parametrləri əvvəlcədən etmək daha yaxşıdır. Əgər hesabatlarda kataloq elementlərinin müxtəlif kombinasiyaları istifadəçi üçün vacibdirsə, o zaman metodologiyanın qurulması zamanı heç bir məhdudiyyət qoymağa ehtiyac yoxdur. Bütün bu cür məhdudiyyətlər ölçmə redaktorundan istifadə edərək tez bir zamanda konfiqurasiya edilə bilər.

Ümumi məlumat

Microsoft Excel onlayn analitik emal (OLAP) mənbə məlumatlarına əsaslanan PivotTable hesabatları yaratmağa imkan verir. OLAP mənbə məlumatlarına əsaslanan Pivot Cədvəl hesabatları və qeyri-OLAP mənbə məlumatlarına əsaslanan hesabatlarla işlədiyiniz zaman alətin funksionallığında və performansında fərqlər görə bilərsiniz. Bu məqalə OLAP mənbə məlumatlarına əsaslanan Pivot Cədvəl hesabatları ilə OLAP olmayan mənbə məlumatlarına əsaslanan Pivot Cədvəl hesabatları arasındakı əsas fərqlərdən bəzilərini müzakirə edir.

Məlumat alın və fərqləri yeniləyin

OLAP verilənlər bazaları böyük həcmli məlumatların axtarışını və təhlilini asanlaşdırmaq üçün təşkil edilmişdir. Excel ümumiləşdirilmiş məlumatları Pivot Cədvəldə göstərməzdən əvvəl OLAP serveri məlumatları ümumiləşdirmək üçün hesablamalar aparır. Yalnız tələb olunan xülasə məlumatları lazım olduqda Excel-ə qaytarılır.

Xarici qeyri-OLAP verilənlər bazaları ilə bütün fərdi qeydlər qaytarılır və Excel ümumiləşdirməni edir. Nəticə etibarilə, OLAP verilənlər bazaları Excel-ə əhəmiyyətli dərəcədə daha böyük həcmdə xarici verilənləri təhlil etmək imkanı verir.

Pivot Cədvəl və ya PivotChart hesabatının tərtibatı və ya görünüşü dəyişdikdə OLAP serveri yeni məlumatları Excel-ə ötürür. OLAP olmayan mənbə məlumatlarından istifadə etdiyiniz zaman məlumatlar fərqli şəkildə yenilənir və Pivot Cədvəl Seçimləri dialoq qutusunda müxtəlif yeniləmə seçimləri mövcuddur.

Qeyri-OLAP məlumatları Microsoft Excel-ə xarici məlumat diapazonu və ya Pivot Cədvəl hesabatı və ya PivotChart kimi qaytarıla bilər. OLAP məlumatları yalnız Excel-ə Pivot Cədvəl hesabatı və ya PivotChart kimi qaytarıla bilər.

Fon sorğusu

Pivot Cədvəl hesabatı OLAP məlumat mənbəyinə əsaslandıqda siz Pivot Cədvəl Seçimləri dialoq qutusunda fon sorğusu seçimini aktivləşdirə bilməzsiniz.

Parametrləri olan sorğular

OLAP məlumat mənbəyinə əsaslanan pivot cədvəl hesabatları parametr sorğularının istifadəsini dəstəkləmir.

Yaddaşın optimallaşdırılması

Pivot Cədvəl Seçimləri dialoq qutusunda Yaddaşın Optimize Edilməsi qeyd qutusu Pivot Cədvəl hesabatı OLAP məlumat mənbəyinə əsaslandıqda mövcud deyil.

Səhifə Sahəsi Seçimləri

OLAP olmayan mənbə məlumatlarına əsaslanan Pivot Cədvəl hesabatlarında siz hər bir element üçün ayrı-ayrılıqda və ya eyni vaxtda bütün elementlər üçün məlumatları əldə etmək üçün səhifə sahəsi parametrlərindən istifadə edə bilərsiniz. Bu səhifə sahəsi seçimləri OLAP mənbə məlumatlarına əsaslanan hesabatlarda mövcud deyil. Mənbə OLAP məlumatları həmişə lazım olduqda hər bir element üçün götürülür və hesabatlara böyük OLAP verilənlər bazalarından məlumatları göstərməyə imkan verir.

Hesablamada fərqlər

Səhifə Sahəsi Seçimləri

OLAP mənbə məlumatlarına əsaslanan Pivot Cədvəl hesabatında məlumat sahələrini ümumiləşdirmək funksiyasını dəyişə bilməzsiniz. Bu məhdudiyyət cəmlərin OLAP serverində hesablanması səbəbindən baş verir. Xülasə funksiyaları

OLAP məlumat mənbəyinə əsaslanan Pivot Cədvəldə hesablanmış sahə və ya hesablanmış element yaratmaq mümkün deyil.

Hesablanmış sahələr və hesablanmış maddələr

OLAP mənbə məlumatlarına əsaslanan Pivot Cədvəl hesabatında yarımcəmlərlə işləyərkən aşağıdakı məhdudiyyətlər tətbiq olunur.

Pivot Cədvəl hesabatında yarımcəmlər üçün ümumi funksiyanı dəyişə bilməzsiniz.

OLAP-CUBE (dinamik idarəetmə hesabatı)

Pivot Cədvəl hesabatında daxili və ya daxili sütun sahələri üçün yarımcəmləri göstərmək mümkün deyil.

Cəmilər OLAP serverində hesablandığı üçün siz Pivot Cədvəl Seçimləri dialoq qutusunda Aralıq Gizli Səhifə Elementlərini dəyişə bilməzsiniz.

Ara cəmlər

Pivot Cədvəl Seçimləri dialoq qutusundakı Ümumi * seçimi yalnız OLAP mənbə məlumatlarına əsaslanan Pivot Cədvəl hesabatlarında istifadə edilə bilər. Bu seçim bütün yarımcəmləri və ümumi cəmləri ulduz işarəsi (*) ilə qeyd edir ki, bu dəyərlərdə gizli, eləcə də göstərilən elementlər var.

Layout və Dizayn Fərqləri

Ölçülər və ölçülər

OLAP mənbə məlumatlarına əsaslanan Pivot Cədvəl hesabatı ilə işləyərkən analitik yalnız sətir, sütun və ya səhifə sahələri kimi istifadə edilə bilər. Tədbirlər yalnız məlumat sahələri kimi istifadə edilə bilər. Ölçməni sahə məlumat sahəsinə və ya ölçüsü sətir, sütun və ya səhifə kənarı sahəsinə sürüklədiyiniz zaman aşağıdakı səhv mesajını alırsınız:

Köçürmək istədiyiniz sahə Pivot Cədvəlin bu sahəsinə yerləşdirilə bilməz.

OLAP mənbə məlumatlarına əsaslanan Pivot Cədvəl hesabatı aktiv olduqda, Pivot Cədvəl alətlər panelində hər bir sahə sırasının yanında simvol göstərilir. İşarə Excelin Pivot Cədvəl hesabatınızda sahəni yerləşdirməyə icazə verəcəyini göstərir. Simge yuxarı sol küncdədirsə, sahə sahələr səhifəsindəki sətir, sütun və ya sahəyə sürükləyə biləcəyiniz ölçüdür. İşarə sağ alt küncdədirsə, sahə məlumat sahələri sahəsinə sürükləyə biləcəyiniz ölçüdür.

Ölçülər və ölçülər

Microsoft Excel, Pivot Table-ə əlavə etdiyiniz sahələrin adını dəyişməyə imkan verir. Pivot Cədvəl hesabatı OLAP mənbə məlumatlarına əsaslandıqda, Pivot Cədvəldən sahəni sildiyiniz zaman istifadəçi adınız itiriləcək.

Elementləri qruplaşdırmaq və qrupdan çıxarmaq

Excel 2000-də siz OLAP mənbə məlumatlarına əsaslanan Pivot Cədvəl hesabatında elementləri qruplaşdıra bilməzsiniz;

Sahələrin adının dəyişdirilməsi

OLAP mənbə məlumatlarına əsaslanan Pivot Cədvəl hesabatları OLAP serverində mövcud olan ən aşağı məlumat səviyyəsini göstərməyə imkan verir.

Elementləri qruplaşdırmaq və qrupdan çıxarmaq

OLAP olmayan mənbə datası üçün yeni Pivot Cədvəl hesabatındakı elementlər əvvəlcə element adına görə artan qaydada çeşidlənmiş görünür.

Təfərrüatlar

Səhifələri göstər əmri OLAP mənbə məlumatlarına əsaslanan Pivot Cədvəl hesabatlarında mövcud deyil.

Məlumatı olmayan elementləri göstərin

Pivot Cədvəl Sahələri dialoq qutusundakı Məlumatsız Elementləri Göstər seçimi OLAP mənbə məlumatlarına əsaslanan Pivot Cədvəl hesabatlarında mövcud deyil.

Aşağıda “Synergy” MFPU/MFPA-nın idarə edilməsində informasiya texnologiyaları mövzusu üzrə sualların siyahısı verilmişdir.

... kömək edən interaktiv avtomatlaşdırılmış sistemdir ...

OLAP sözün dar mənasında... kimi şərh olunur.

OLAP sistemləri (onlayn analitik emal)...

OLTP sistemlərinin az faydası olduğu ortaya çıxdı, çünki...

Avtomatlaşdırılmış idarəetmə sistemi (avtomatlaşdırılmış məlumat...

MS Project-də...

OLTP sistemində məlumat yeniləmələri baş verir...

Metodlardan istifadə edərək iş planını təhlil etmək üçün hazırlanmış diaqram...

İnformasiya sistemi bir-biri ilə əlaqəli elementlərin məcmusudur...

İnformasiya texnologiyaları...

İnformasiya dəstəyi...

İnformasiya texnologiyaları cəmiyyətin inkişafına aşağıdakı yollarla təsir edir...

Təşkilatın idarəetmə orqanlarının strukturunda məlumat mübadiləsi...

İcra İnformasiya Sistemləri...

“Kiçik” informasiya sistemlərinin xüsusiyyətlərinə...

“Orta” miqyaslı informasiya sistemlərinin xüsusiyyətlərinə...

İnformasiyanın emalı üsulları...

Mühasibat uçotu informasiya sistemlərinin qurulmasının modul prinsipi...

Şəkildə... tipli diaqramın fraqmenti göstərilir, pro...

MS Project-də şəbəkə diaqramında xarici layihədən tapşırıq...

MS Project-də şəbəkə diaqramında, əlaqəli olmayan bir tapşırıq ...

MS Project proqramında şəbəkə diaqramında verilən tapşırıq...

MS Project-də şəbəkə diaqramında, birləşdirilmiş ümumi tapşırıq

Daxil olan avtomatlaşdırılmış iş stansiyalarının tərkibi və sayı üzrə...

İnformasiya fəaliyyəti, informasiya prosesləri və...

Uzaq serverdə olan informasiya sisteminin təşkili...

OLAP sisteminin əsas məqsədi...

ERP sistemlərinin əsas məqsədi avtomatlaşdırmaqdır...

MPS metodologiyasının əsas məqsədi...

OLAP sistemlərinin əsas xüsusiyyətləri...

Texniki dəstək alt sistemi daxildir...

İlkin modifikasiya üçün texnoloji mərhələlərin ardıcıllığı

Fərdi kompüterləri intrapro formasında şəbəkələşdirərkən...

Tətbiq olunub proqram təminatı Kompüter üçün nəzərdə tutulub...

İnformasiya texnologiyaları fənninə misal olaraq texnologiya...

Qərarlara dəstək prosesi daxildir...

Müəssisə Ölçülü Şəbəkə və ya Korporativ Şəbəkə məlumatdır...

Süni intellekt sistemi…

Tranzaksiya emalı sistemləri...

Tranzaksiya emalı sistemləri...

Qərarlara Dəstək Sistemləri – DS…

Proseslərin təhlili və planlaşdırılması üçün müasir metodlar və alətlər...

Vahid avtomatlaşdırılmış informasiya sistemlərinin yaradılması...

Yaradılan informasiya sistemləri istifadə üçün yararsız hala düşür...

İdarəetmə dəstəyi informasiya sisteminin spesifikliyi özünü göstərir...

Ənənəvi OLTP sistemlərindən istifadə edərək siz...

Korporativ informasiya sistemlərinin strukturu...

Şirkətdə HR menecerlərinin işini sürətləndirmək və sadələşdirmək üçün...

Şirkətdə HR menecerlərinin işini sürətləndirmək və sadələşdirmək üçün...

Ətraf aləmin qeydə alınmış qəbul edilən faktları...

İdarəetmə prosesini ən dəqiq əks etdirən hərəkətlər silsiləsi...

Dialoq yolu ilə həll olunan iqtisadi problemlər...

Ekspert sistemləri emal etmək üçün nəzərdə tutulmuşdur...

Təhlükəsizlik pozuntusudur və ya təhlükəsizliklə bağlıdır...

OLAP asanlaşdırdı

Möcüzə yaxınlıqdadır ...

İşim zamanı tez-tez mürəkkəb hesabatlar hazırlamağa ehtiyac duyurdum, onları daha sadə və universal tərtib etmək üçün həmişə onlarda ümumi bir şey tapmağa çalışırdım, hətta bu mövzuda “Osipovun ağacı. ” Ancaq məqaləm tənqid olundu və dedilər ki, qaldırdığım bütün problemlər çoxdan OLAP-da (www.molap.rgtu.ru) həll olunub və EXCEL-də pivot cədvəllərinə baxmağı tövsiyə etdilər.
O qədər sadə oldu ki, zəkalı kiçik əllərimi ona tətbiq edərək, 1C7 və ya hər hansı digər verilənlər bazasından (bundan sonra 1C hər hansı bir verilənlər bazası deməkdir) məlumat yükləmək və OLAP-da təhlil etmək üçün çox sadə bir sxem hazırladım.
Düşünürəm ki, bir çox OLAP yükləmə sxemləri çox mürəkkəbdir, mən sadəliyi seçirəm.

Xüsusiyyətlər :

1. İş üçün yalnız EXCEL 2000 tələb olunur.
2. İstifadəçi hesabatları proqramlaşdırmadan özü tərtib edə bilər.
3. 1C7-dən sadə mətn faylı formatında yükləmə.
4. Üçün mühasibat yazılışları Artıq hər hansı bir konfiqurasiyada işləyən boşaltma üçün universal bir emal var. Nümunə emalı digər məlumatları yükləmək üçün mövcuddur.
5. Siz hesabat formalarını əvvəlcədən tərtib edə və sonra onları yenidən dizayn etmədən müxtəlif verilənlərə tətbiq edə bilərsiniz.
6. Kifayət qədər yaxşı performans. Birinci uzun mərhələdə verilənlər əvvəlcə mətn faylından EXCEL-ə idxal olunur və OLAP kubu qurulur, sonra isə bu kub əsasında olduqca tez istənilən hesabat qurula bilər. Məsələn, 6000 məhsul çeşidi olan bir mağazada 3 ay ərzində məhsul satışı ilə bağlı məlumatlar Cel600-128M-də 8 dəqiqə ərzində EXCEL-ə yüklənir, məhsul və qrup üzrə reytinq (OLAP hesabatı) 1 dəqiqə ərzində yenidən hesablanır.
7. Məlumatlar 1C7-dən müəyyən edilmiş müddətə tam şəkildə endirilir (bütün hərəkətlər, bütün anbarlar, şirkətlər, hesablar üzrə). EXCEL-ə idxal edərkən təhlil üçün yalnız zəruri məlumatları (məsələn, bütün hərəkətlərdən, yalnız satışdan) yükləyən filtrlərdən istifadə etmək mümkündür.
8. Hal-hazırda, hərəkətlərin və ya qalıqların təhlili üçün üsullar işlənib hazırlanmışdır, lakin bu, prinsipcə mümkün olsa da, hərəkətləri və qalıqları birlikdə deyil.

OLAP nədir : (www.molap.rgtu.ru)

Tutaq ki, sizin pərakəndə satış şəbəkəniz var. Ticarət əməliyyatları haqqında məlumatı mətn faylına və ya cədvələ aşağıdakı kimi yükləməyə icazə verin:

Tarix - əməliyyat tarixi
Ay - əməliyyat ayı
Həftə - əməliyyat həftəsi
Növ - alqı-satqı, geri qaytarma, silinmə
Qarşı tərəf - əməliyyatda iştirak edən kənar təşkilat
Müəllif - fakturanı verən şəxs

Məsələn, 1C-də bu cədvəlin bir sətri fakturanın bir sətrinə uyğun olacaq, bəzi sahələr (Qarşı tərəf, Tarix) faktura başlığından götürülür.

Təhlil üçün məlumatlar adətən müəyyən bir müddət ərzində OLAP sisteminə yüklənir, buradan, prinsipcə, yükləmə filtrlərindən istifadə edərək başqa bir dövr seçilə bilər.

Bu cədvəl OLAP təhlili üçün mənbədir.

Cədvəl sahələrindən hansının Ölçülər olacağını, hansı Datanın və hansı Filtrlərin tətbiq olunacağını istifadəçi özü müəyyən edir. Sistem özü hesabatı vizual cədvəl şəklində qurur. Ölçülər hesabat cədvəlinin sətir və ya sütun başlıqlarına yerləşdirilə bilər.
Gördüyünüz kimi, bir sadə cədvəldən müxtəlif hesabatlar şəklində çoxlu məlumat əldə edə bilərsiniz.

Özünüz necə istifadə edə bilərsiniz :

Məlumatı paylamadan tam olaraq c:\fixin qovluğuna açın (ticarət sistemi üçün bu, c:\reports-da mümkündür). Readme.txt faylını oxuyun və içindəki bütün təlimatlara əməl edin.

Əvvəlcə məlumatları 1C-dən mətn faylına (cədvəl) yükləyən bir emal yazmalısınız. Boşaldılacaq sahələrin tərkibini təyin etməlisiniz.
Məsələn, istənilən konfiqurasiyada işləyən və OLAP analizi üçün əməliyyatları bir müddət yükləyən hazır universal emal analiz üçün aşağıdakı sahələri yükləyir:

Tarix|Həftənin günü|Həftə|İl|Rüb|Ay|Sənəd|Şirkət|Debet|DtNomenklatura
|DtGroupNomenklatura|DtBölməNomenklatura|Kredit|Məbləğ|DəyərMəbləği|Kəmiyyət
|Valyuta|DtQarşı tərəflər|DtGroupQarşı tərəflər|KtQarşı tərəflər|KtGroupQarşı tərəflər|
CTMMiscellaneousObjects

Dt(Kt) prefiksləri altında Debet (Kredit) subhesabları olduqda Qrup bu subhesabın qrupudur (əgər varsa), Bölmə qrupun qrupudur, Sinif bölmənin qrupudur.

Ticarət sistemi üçün sahələr aşağıdakı kimi ola bilər:

İstiqamət|Hərəkət növü|Nağd pul üçün|Məhsul|Kəmiyyət|Qiymət|Məbləğ|Tarix|Şirkət
|Anbar|Valyuta|Sənəd|Həftənin günü|Həftə|İl|Rüb|Ay|Müəllif
|Məhsul Kateqoriyası|Hərəkət Kateqoriyası|Qarşı tərəf Kateqoriyası|Məhsul Qrupu
|ValAmount|Xərc|Qarşı tərəf

Məlumatların təhlili üçün "Hərəkət Analizi.xls" ("Accounting Analysis.xls") cədvəllərindən istifadə olunur. Onları açarkən makroları söndürməyin, əks halda hesabatları yeniləyə bilməyəcəksiniz (onlar VBA makroları tərəfindən idarə olunur). Bu fayllar öz mənbə məlumatlarını C:\fixin\motions.txt (C:\fixin\buh.txt) fayllarından götürür, əks halda onlar eynidir.

OLAP Əsasları

Buna görə də, məlumatlarınızı bu fayllardan birinə köçürməli ola bilərsiniz.
Məlumatlarınızı EXCEL-ə yükləmək üçün filtrinizi seçin və ya yazın və “Şərtlər” vərəqində “Yarat” düyməsini sıxın.
Hesabat vərəqləri “Hesabat” prefiksi ilə başlayır. Hesabat vərəqinə keçin, "Yeniləmə" düyməsini basın və hesabat məlumatları son yüklənmiş məlumatlara uyğun olaraq dəyişəcəkdir.
Standart hesabatlar sizi qane etmirsə, Hesabat Şablonunun hesabatı var. Onu yeni vərəqə köçürün və bu vərəqdə pivot cədvəli ilə işləyərək hesabat növünü fərdiləşdirin (pivot cədvəllərlə işləmək haqqında ətraflı məlumat üçün istənilən EXEL 2000 kitabına baxın). Mən kiçik verilənlər toplusunda hesabatlar qurmağı və sonra onları böyük massivdə işə salmağı tövsiyə edirəm, çünki... Hesabatın tərtibatı hər dəfə dəyişdikdə cədvəllərin yenidən çəkilməsini dayandırmaq üçün heç bir yol yoxdur.

Texniki Qeydlər :

1C-dən məlumat yükləyərkən istifadəçi faylın yüklənəcəyi qovluğu seçir. Bunu ona görə etdim ki, çox güman ki, yaxın gələcəkdə bir neçə fayl (qalıqlar və hərəkətlər) yüklənəcək. Daha sonra Explorer-də “Göndər” -> “EXCEL 2000-də OLAP analizinə” düyməsini sıxmaqla verilənlər seçilmiş qovluqdan C:\fixin qovluğuna kopyalanır. (bu əmrin “Göndər” əmrinin siyahısında görünməsi üçün “EXCEL 2000.bat-da OLAP təhlili üçün” faylını C:\Windows\SendTo qovluğuna köçürməlisiniz) Buna görə də, məlumatları dərhal adlandırmaqla yükləyin. motions.txt və ya buh.txt faylları.

Mətn faylı formatı:
Mətn faylının birinci sətri "|" ilə ayrılmış sütun başlıqlarıdır, qalan sətirlər isə "|" ilə ayrılmış bu sütunların dəyərlərini ehtiva edir.

Mətn fayllarını Excel-ə idxal etmək üçün Microsoft Query (EXCEL komponenti) istifadə olunur; onun işləməsi üçün idxal qovluğunda (C:\fixin) aşağıdakı məlumatları ehtiva edən shema.ini faylı olmalıdır:

ColNameHeader=Doğrudur
Format=Adlı(|)
MaxScanRows=3
CharacterSet=ANSI
ColNameHeader=Doğrudur
Format=Adlı(|)
MaxScanRows=3
CharacterSet=ANSI

İzahat: motions.txt və buh.txt bölmənin adıdır, idxal olunan faylın adına uyğundur, mətn faylının Excel-ə necə idxal olunacağını təsvir edir. Qalan parametrlər o deməkdir ki, birinci sətirdə sütunların adları, sütun ayırıcısı "|", simvol dəsti Windows ANSI-dir (DOS üçün - OEM).
Sahənin növü sütundakı məlumatlara (tarix, nömrə, sətir) əsasən avtomatik olaraq müəyyən edilir.
Sahələrin siyahısını heç bir yerdə təsvir etməyə ehtiyac yoxdur - EXCEL və OLAP özü birinci sətirdəki başlıqlar vasitəsilə faylda hansı sahələrin olduğunu müəyyən edəcək.

Diqqət, regional parametrlərinizi yoxlayın "İdarəetmə Paneli" -> "Regional Parametrlər". Mənim emal zamanı nömrələr vergül ayırıcı ilə yüklənir və tarixlər "GG.AA.YYYY" formatındadır.

"Yarat" düyməsini kliklədiyiniz zaman məlumatlar "Baza" vərəqindəki pivot cədvəlinə yüklənir və "Hesabat" vərəqlərindəki bütün hesabatlar bu pivot cədvəldən məlumatları götürür.

Mən başa düşürəm ki, MS SQL Server və güclü verilənlər bazalarının pərəstişkarları hər şeyin çox sadələşdiyindən, mənim emalımın bir il davam edən nümunə ilə tükənəcəyindən şikayətlənməyə başlayacaqlar, lakin ilk növbədə OLAP analizinin faydalarını orta səviyyəli istifadəçilərə vermək istəyirəm. ölçülü təşkilatlar. Mən bu məhsulu topdansatış şirkətləri üçün illik təhlil vasitəsi, pərakəndə satıcılar üçün rüblük təhlil və istənilən təşkilat üçün əməliyyat təhlili kimi yerləşdirərdim.

Mən VBA ilə işləməli oldum ki, verilənlər istənilən sahələr siyahısı olan fayldan götürülsün və əvvəlcədən hesabat formalarını hazırlaya bildim.

EXCEL-də işin təsviri (istifadəçilər üçün):

Hesabatlardan istifadə üçün göstərişlər:
1. Yüklənmiş məlumatları təhlil üçün göndərin (inzibatçı ilə yoxlayın). Bunu etmək üçün, 1C-dən məlumat yüklədiyiniz qovluğa sağ vurun və "Göndər" əmrini, sonra "EXCEL 2000-də OLAP təhlilinə" seçin.
2. "Motion Analysis.xls" faylını açın
3. Filtr Dəyərini seçin, sizə lazım olan filtrləri “Dəyərlər” tabına əlavə etmək olar.
4. "Yarat" düyməsini klikləyin və yüklənmiş məlumatlar EXCEL-ə yüklənəcək.
5. Məlumatları EXCEL-ə yüklədikdən sonra müxtəlif hesabatlara baxa bilərsiniz. Bunu etmək üçün seçilmiş hesabatda "Yenilə" düyməsini sıxmaq kifayətdir. Hesabat vərəqləri Hesabatla başlayır.
Diqqət! Filtr dəyərini dəyişdirdikdən sonra EXCEL-dəki məlumatların filtrlərə uyğun olaraq yükləmə faylından yenidən yüklənməsi üçün yenidən “Yarat” düyməsini sıxmalısınız.

Demo nümunəsindən emal:

motionsbuh2011.ert emalı - son versiya Excel-də təhlil üçün Mühasibat Uçotu 7.7-dən əməliyyatların yüklənməsi. Onda "Faylla əlavə et" qutusu var, bu da məlumatları təkrar eyni fayla yükləmək əvəzinə, onu eyni fayla əlavə edərək, dövrlər üzrə hissə-hissə yükləməyə imkan verir:

motionswork.ert işlənməsi satış məlumatlarını Excel-də təhlil etmək üçün yükləyir.

Hesabat nümunələri :

Naqil şahmat:

Faktura növləri üzrə operatorun iş yükü:

P.S. :

Bənzər bir sxemdən 1C8-dən məlumatların yüklənməsini təşkil etmək üçün istifadə edilə biləcəyi aydındır.
2011-ci ildə 1C7-də bu emal prosesini təkmilləşdirməli olan bir istifadəçi mənimlə əlaqə saxladı ki, o, böyük miqdarda məlumat yükləsin, mən bir autsorser tapdım və işi yerinə yetirdim. Beləliklə, inkişaf olduqca aktualdır.

motionsbuh2011.ert emalı böyük həcmdə məlumatların boşaldılmasının öhdəsindən gəlmək üçün təkmilləşdirilmişdir.

İlk aydın tərif OLAP(On-line Analytical Processing) 1993-cü ildə E.F.Codd tərəfindən Arbor Software (indiki Hyperion Software) dəstəyi ilə nəşr olunan məqalədə təklif edilmişdir. Məqalədə indi geniş yayılmış və istənilən OLAP proqram təminatçısının saytında təsvir olunan 12 qayda daxil edilmişdir. Daha sonra, 1995-ci ildə daha az tanınan altı qayda əlavə edildi, hamısı dörd qrupa bölündü və "xüsusiyyətlər" adlandı. OLAP Hesabat veb-saytının yaradıcılarından biri olan Nigel Pendsenin şərhləri ilə OLAP tətbiqini müəyyən edən qaydalar buradadır.

OLAP-ın əsas xüsusiyyətlərinə aşağıdakılar daxildir:

1. Məlumat modelinin çoxölçülü olması. Bu ifadə ilə az adam mübahisə edir və bu, OLAP-ın əsas xüsusiyyəti hesab olunur. Bu tələbin bir hissəsi modelin müxtəlif proyeksiyalarını və bölmələrini qurmaq bacarığıdır.

2. Məlumatların intuitiv manipulyasiya mexanizmləri. Codd hesab edir ki, verilənlərin manipulyasiyası menyulardan və ya mürəkkəblərdən istifadə etmədən birbaşa cədvəl xanasındakı hərəkətlərdən istifadə etməklə aparılmalıdır. Bunun siçan əməliyyatlarının istifadəsini nəzərdə tutduğunu güman etmək olar, lakin Codd bunu iddia etmir. Bir çox məhsul bu qaydaya əməl etmir. Fikrimizcə, bu xüsusiyyət məlumatların təhlili prosesinin keyfiyyətinə az təsir göstərir. Hesab edirik ki, proqram iş modelini seçmək imkanı təqdim etməlidir, çünki... bütün istifadəçilər eyni şeyi bəyənmir.

3. Mövcudluq. OLAP Vasitəçidir. Codd xüsusi olaraq vurğulayır ki, OLAP mühərriki heterojen məlumat mənbələri və istifadəçi interfeysi arasında orta proqram proqramıdır. Əksər məhsullar bu funksiyaları təmin edir, lakin məlumat əldə etmək asanlığı digər proqram təminatçılarının istədiklərindən daha az olur.

4. Toplu məlumatların çıxarılması. Bu qayda məhsulların həm təhlil edilmiş məlumatların saxlanması üçün öz verilənlər bazasını, həm də xarici məlumatlara dinamik (canlı) çıxışı təklif etməsini tələb edir. Bu baxımdan Codd ilə razıyıq və bir neçə OLAP məhsulunun buna əməl etdiyinə təəssüflənirik. Hətta bu cür funksiyaları təklif edən proqramlar nadir hallarda onları asanlaşdırır və kifayət qədər avtomatlaşdırır. Nəticə olaraq, Codd çoxölçülü məlumat təqdimatını və ətraflı məlumatlara şəffaf uçdan-uca çıxışı olan böyük çoxölçülü verilənlər bazalarının qismən əvvəlcədən hesablanmasını dəstəkləyir. Bu gün ən populyar arxitekturaya çevrilən hibrid OLAP-ın tərifi kimi qəbul edilir, buna görə də Codd bu sahədəki əsas tendensiyaları çox dəqiq gördü.

5. Müştəri-server arxitekturası. Codd hesab edir ki, hər bir məhsul nəinki müştəri-server məhsulu olmalıdır, həm də OLAP məhsulunun hər bir server komponenti kifayət qədər ağıllı olmalıdır ki, müxtəlif müştərilər minimal səy və proqramlaşdırma ilə birləşdirilə bilsin. Bu, sadə bir müştəri-server arxitekturasından daha mürəkkəb bir testdir və nisbətən az sayda məhsul onu keçir. Mübahisə edə bilərik ki, bu test bəlkə də olması lazım olduğundan daha mürəkkəbdir və sistem arxitekturasını tərtibatçılara diktə etməməlidir.

6. Şəffaflıq. Bu test də çətin, lakin zəruridir. Tam uyğunluq o deməkdir ki, məsələn, elektron cədvəl istifadəçisi verilənlərin haradan gəldiyini belə bilmədən OLAP mühərriki tərəfindən təmin edilən imkanlara tam giriş əldə edə bilər. Buna nail olmaq üçün məhsullar heterojen məlumat mənbələrinə dinamik girişi və tam funksional elektron cədvəl modulunu təmin etməlidir. Elektron cədvəl və məlumat anbarı arasında OLAP serveri yerləşdirilir.

7. Çox istifadəçi işi. Codd müəyyən edir ki, strateji OLAP aləti hesab olunmaq üçün proqramlar sadəcə məlumatları oxumaq və şərh etməkdən daha çox şey etməli və buna uyğun olaraq onlar paralel giriş (həm məlumatların axtarışı, həm də yeniləmə daxil olmaqla), bütövlük və təhlükəsizlik təmin etməlidirlər.

Xüsusi Xüsusiyyətlər

8. Normallaşdırılmamış məlumatların idarə edilməsi. Bu o deməkdir ki, OLAP mühərriki ilə normallaşdırılmamış məlumat mənbəyi arasında inteqrasiya mümkündür. Codd vurğulayır ki, OLAP mühitində həyata keçirilən məlumatları yeniləyərkən xarici sistemlərdə normallaşdırılmamış məlumatları dəyişdirmək mümkün olmalıdır.

9. OLAP nəticələrinin mənbə məlumatından ayrı saxlanması. Əslində, bu, məhsulun imkanları ilə deyil, onun həyata keçirilməsi ilə əlaqədardır, lakin az adam bu bəyanatla mübahisə edər. Əsasən, Cobb, OLAP proqramlarının birbaşa əməliyyat məlumatları üzərində təhlillər qurması və OLAP məlumatlarına edilən dəyişikliklərin əməliyyat məlumatlarından ayrı saxlanması barədə geniş qəbul edilmiş sistemin tərəfdarıdır.

10. Çatışmayan məlumatların vurğulanması. Bu o deməkdir ki, çatışmayan məlumatlar null dəyərdən fərqli olmalıdır. Bir qayda olaraq, bütün müasir OLAP sistemləri bu funksiyanı dəstəkləyir.

11. Çatışmayan dəyərlərin idarə edilməsi. Mənbəsindən asılı olmayaraq bütün çatışmayan dəyərlər təhlildə nəzərə alınmamalıdır.

Hesabatın yaradılması xüsusiyyətləri

12. Çevik hesabat. Müxtəlif ölçülər istifadəçinin ehtiyaclarına uyğun olaraq istənilən şəkildə təşkil edilməlidir. Əksər məhsullar bu tələbi xüsusi hesabat redaktorları vasitəsilə qarşılayır. Kaş ki, eyni funksiyalar interaktiv izləyicilərdə mövcud olsun, lakin bu, daha az yayılmışdır. Bu, təhlil və hesabat funksiyalarının bir modulda birləşdirilməsinə üstünlük verməmizin səbəblərindən biridir.

1. Olap kubu anlayışı

13. Hesabatlar qurarkən ardıcıl performans. Bu o deməkdir ki, verilənlər bazasının ölçüsü və ya ölçüsü artdıqca hesabatlar yaratarkən sistemin performansı əhəmiyyətli dərəcədə aşağı düşməməlidir.

14. Avtomatik fiziki təbəqənin tənzimlənməsi. OLAP sistemi fiziki strukturu modelin növünə və strukturuna uyğunlaşdırmaq üçün avtomatik olaraq tənzimləməlidir.

Ölçü nəzarəti

15. Ümumi funksionallıq. Bütün ölçülər struktur və funksionallıq baxımından eyni imkanlara malik olmalıdır.

16. Limitsiz sayda ölçülər və toplama səviyyələri. Əslində, sınırsız sayda Codd 15-20 deməkdir, yəni. analitikin maksimum ehtiyaclarını açıq şəkildə aşan rəqəm.

17. Müxtəlif ölçmələrin məlumatları arasında məhdudiyyətsiz əməliyyatlar. Codd hesab edir ki, proqramın çoxölçülü adlandırılması üçün o, bütün ölçülərdən verilənlərdən istifadə etməklə istənilən hesablamanı dəstəkləməlidir.

Hyperion məhsulları haqqında ətraflı məlumatı www.hyperion.ru saytında tapa bilərsiniz

çap versiyası

Geri

10.8 Pivot cədvəlləri ilə işləmək (Pivot Cədvəl obyekti)

Excel.PivotTable obyekti, VBA, PivotCache obyektindən istifadə edərək Excel-də pivot cədvəlləri və OLAP kubları ilə proqramlı iş, pivot cədvəl tərtibatı yaratmaq

Əksər müəssisələrin fəaliyyəti zamanı fəaliyyətlər haqqında ilkin məlumatlar toplanır. Məsələn, ticarət müəssisəsi üçün malların satışı ilə bağlı məlumatlar toplana bilər - hər bir satınalma üçün ayrıca; mobil rabitə müəssisələri üçün - baza stansiyalarında yükün statistikası və s. Çox vaxt müəssisənin rəhbərliyinə xam məlumat əsasında yaradılan analitik məlumat lazımdır - məsələn, hər bir məhsul növünün müəssisənin gəlirinə töhfəsini və ya bu sahədə xidmət keyfiyyətini hesablamaq üçün. verilmiş stansiya. Bu cür məlumatları xam informasiyadan çıxarmaq çox çətindir: yerinə yetirilməsi çox vaxt aparan və tez-tez cari işə müdaxilə edən çox mürəkkəb SQL sorğularını yerinə yetirmək lazımdır. Buna görə də, getdikcə xam məlumatlar əvvəlcə arxiv məlumat anbarına - Məlumat Anbarına, sonra isə interaktiv təhlil üçün çox əlverişli olan OLAP kublarına birləşdirilir. OLAP kublarını düşünməyin ən asan yolu çoxölçülü cədvəllərdir, burada standart iki ölçü əvəzinə (adi cədvəllərdə olduğu kimi sütunlar və sətirlər) çoxlu ölçülər ola bilər. "Bölmə" termini adətən bir kubda ölçmələri təsvir etmək üçün istifadə olunur. Məsələn, marketinq şöbəsi zamana, bölgəyə, məhsul növünə, satış kanalına və s. Kublardan (standart SQL sorğularından fərqli olaraq) istifadə etməklə, regional distribyutorlar vasitəsilə Şimal-Qərb regionunda keçən ilin dördüncü rübündə bu növdən nə qədər məhsul satılıb” kimi suallara cavab tapmaq çox asandır.

Təbii ki, belə kublar adi verilənlər bazalarında yaradıla bilməz. OLAP kubları ilə işləmək üçün xüsusi proqram məhsulları tələb olunur. SQL Server Microsoft-dan Analysis Services adlı OLAP verilənlər bazası ilə gəlir. Oracle, IBM, Sybase və s.-dən OLAP həlləri var.

Belə kublarla işləmək üçün Excel-də daxili müştəri var.

Rus dilində deyilir Pivot cədvəli(Qrafik ekranda ona menyu vasitəsilə daxil olmaq mümkündür Data -> Pivot cədvəli) və ingilis dilində - Pivot Cədvəli. Müvafiq olaraq, bu müştərinin təmsil etdiyi obyekt Pivot Table adlanır. Qeyd etmək lazımdır ki, o, təkcə OLAP kubları ilə deyil, həm də Excel cədvəllərində və ya verilənlər bazalarında adi verilənlərlə işləyə bilər, lakin bir çox imkanlar itirilir.

PivotTable və PivotTable Microsoft tərəfindən alınmış və Excel-ə inteqrasiya olunmuş Panorama Proqram təminatının proqram məhsullarıdır.

Buna görə də, PivotTable obyekti ilə işləmək digər Excel obyektləri ilə işləməkdən bir qədər fərqlidir. Nə edilməli olduğunu başa düşmək çox vaxt çətindir. Buna görə də göstərişlər almaq üçün makro yazıcıdan aktiv istifadə etmək tövsiyə olunur. Eyni zamanda, pivot cədvəlləri ilə işləyərkən istifadəçilər tez-tez eyni təkrarlanan əməliyyatları yerinə yetirməli olurlar, buna görə də bir çox hallarda avtomatlaşdırma lazımdır.

Pivot cədvəli ilə işləmək proqram baxımından nə kimi görünür?

Etməli olduğumuz ilk şey OLAP mənbəyindən əldə edilmiş qeydlər dəstini təmsil edəcək PivotCache obyekti yaratmaqdır. Çox təxmini olaraq, bu PivotCache obyekti QueryTable ilə müqayisə edilə bilər. Hər PivotTable obyekti üçün yalnız bir PivotCache obyektindən istifadə edə bilərsiniz. PivotCache obyekti PivotCaches kolleksiyasının Add() metodundan istifadə etməklə yaradılır:

PC1-i PivotCache kimi azaldın

PC1 = ActiveWorkbook.PivotCaches.Add(xlExternal) təyin edin

PivotCaches standart topludur və ətraflı nəzərdən keçirməyə layiq olan üsullar arasında yalnız Add() metodu adlandırıla bilər. Bu üsul iki parametr alır:

• Mənbə Növü- tələb olunur, pivot cədvəli üçün məlumat mənbəyinin növünü müəyyən edir. Excel-də bir sıra, verilənlər bazasından alınan məlumatlar, xarici məlumat mənbəyi, başqa bir Pivot Cədvəl və s. əsasında Pivot Cədvəl yaradılmasını təyin edə bilərsiniz. Praktikada OLAP-dan yalnız çoxlu məlumat olduqda istifadə etmək məntiqlidir - müvafiq olaraq, xüsusi xarici yaddaşa ehtiyacınız var (məsələn, Microsoft Analysis Services). Bu vəziyyətdə xlExternal dəyəri seçilir.
• MənbəData- birinci parametrin dəyərinin xlExternal olduğu istisna olmaqla, bütün hallarda tələb olunur. Əslində, o, Pivot Cədvəlin yaradılacağı məlumat diapazonunu müəyyənləşdirir. Adətən Range obyektini götürür.

Növbəti vəzifə PivotCache obyekt parametrlərini konfiqurasiya etməkdir. Artıq qeyd edildiyi kimi, bu obyekt QueryTable-ə çox bənzəyir və onun xassələri və metodları çoxluğu çox oxşardır. Ən vacib xüsusiyyətlər və üsullardan bəziləri:

• ADOConnection- xarici məlumat mənbəyinə qoşulmaq üçün avtomatik olaraq yaradılmış ADO Connection obyektini qaytarmaq imkanı. Bağlantı xassələrini daha da konfiqurasiya etmək üçün istifadə olunur.
• Əlaqə- eyni adlı QueryTable obyekt xassəsi ilə tam eyni işləyir. Bağlantı sətirini, hazır Recordset obyektini, mətn faylını və ya Veb sorğusunu qəbul edə bilər. Microsoft Query faylı. Çox vaxt, OLAP ilə işləyərkən, əlaqə sətri birbaşa yazılır (çünki Recordset obyektini əldə etmək, məsələn, məlumatları dəyişdirmək çox məna kəsb etmir - OLAP məlumat mənbələri demək olar ki, həmişə yalnız oxunur). Məsələn, LONDON serverində Foodmart verilənlər bazasına (Analysis Services nümunə verilənlər bazası) qoşulmaq üçün bu xüsusiyyəti təyin etmək belə görünə bilər:

PC1.Connection = "OLEDB;Provayder=MSOLAP.2;Məlumat Mənbəsi=LONDON1;İlkin Kataloq = FoodMart 2000"

• xassələri Command Type Və CommandText onlar həmçinin verilənlər bazası serverinə göndərilən əmrin növünü və əmrin özünün mətnini təsvir edirlər. Məsələn, Satış kubuna daxil olmaq və onu tamamilə müştərinin keşinə daxil etmək üçün aşağıdakı kimi koddan istifadə edə bilərsiniz.

PC1.CommandType = xlCmdCube

PC1.CommandText = Array("Satış")

• əmlak Yerli Bağlantı Excel istifadə edərək yaradılmış yerli kuba (*.cub faylı) qoşulmağa imkan verir. Əlbəttə ki, bu cür faylları "istehsal" həcmli məlumatlarla işləmək üçün istifadə etmək tövsiyə edilmir - yalnız planlar yaratmaq və s.
• əmlak Yaddaş İstifadəsi PivotCache tərəfindən istifadə olunan RAM miqdarını qaytarır. Bu PivotCache-ə əsaslanan Pivot Cədvəl hələ yaradılmayıbsa və açılmayıbsa, o, 0-ı qaytarır. Tətbiqinizin zəif müştərilərdə işləyəcəyini yoxlamaq üçün istifadə edilə bilər.
• əmlak OLAP PivotCache OLAP serverinə qoşulduqda True qaytarır.
• Optimize Cache- keş strukturunu optimallaşdırmaq imkanı. İlkin məlumatların endirilməsi daha uzun çəkəcək, lakin sonra sürət arta bilər. OLE DB mənbələri üçün işləmir.

PivotCache obyektinin qalan xassələri QueryTable obyektinin xüsusiyyətləri ilə eynidir və buna görə də burada müzakirə edilməyəcək.

PivotCache obyektinin əsas metodu CreatePivotTable() metodudur. Bu üsuldan istifadə edərək növbəti mərhələ yerinə yetirilir - pivot cədvəlinin yaradılması (PivotTable obyekti). Bu üsul dörd parametr alır:

• Cədvəl Təyinatı- yeganə tələb olunan parametr.

  Pivot cədvəlinin yerləşdiriləcəyi yuxarı sol küncdə Range obyektini qəbul edir.

• Cədvəl Adı- pivot cədvəlinin adı. Göstərilməsə, "PivotTable1" görünüş adı avtomatik olaraq yaradılacaq.
• Məlumatları oxuyun- True olaraq təyin edilərsə, kubun bütün məzmunu avtomatik olaraq ön yaddaşa yerləşdiriləcək. Bu parametrlə çox diqqətli olmalısınız, çünki onu səhv istifadə etmək müştərinin yükünü kəskin şəkildə artıra bilər.
• Defolt Versiya- bu xassə adətən göstərilmir. Yaradılan pivot cədvəlinin versiyasını təyin etməyə imkan verir. Varsayılan olaraq, ən son versiya istifadə olunur.

Birinci iş vərəqinin ilk xanasında pivot cədvəli yaratmaq belə görünə bilər:

PC1.CreatePivotTable Range("A1")

Biz pivot cədvəli yaratdıq, lakin yaradıldıqdan dərhal sonra boşdur. Mənbədən sahələr yerləşdirə biləcəyiniz dörd sahəni təmin edir (qrafik ekranda bütün bunlar ya pəncərədən istifadə etməklə konfiqurasiya edilə bilər. Pivot Cədvəl Sahələrinin Siyahısı- avtomatik və ya bir düymədən istifadə edərək açılır Layout Pivot Cədvəl Sihirbazının son ekranında):

• sütun sahəsi- üzvləri daha kiçik olan ölçüləri (məlumatların təhlil ediləcəyi bölmə) ehtiva edir;
• xətt sahəsi- daha çox üzvü olan ölçülər;
• səhifə sahəsi- yalnız süzgəcdən keçirməyiniz lazım olan ölçmələr (məsələn, yalnız bu və ya digər bölgə üçün və ya yalnız filan il üçün məlumatları göstərin);
• məlumat sahəsi- əslində masanın mərkəzi hissəsidir. Təhlil etdiyimiz rəqəmsal məlumatlar (məsələn, satışın məbləği).

Dörd sahədə elementləri düzgün yerləşdirmək üçün istifadəçiyə etibar etmək çətindir.

Bundan əlavə, bu bir az vaxt apara bilər. Buna görə də, çox vaxt məlumatları proqramlı şəkildə pivot cədvəldə təşkil etmək lazımdır. Bu əməliyyat CubeField obyektindən istifadə etməklə həyata keçirilir. Bu obyektin əsas xüsusiyyəti Orientasiyadır, bu və ya digər sahənin harada yerləşəcəyini müəyyən edir. Məsələn, Müştərilər ölçüsünü sütunlar sahəsinə yerləşdirək:

PT1.CubeFields("").Orientasiya = xlColumnField

Sonra - xətt sahəsinə Zamanın ölçülməsi:

PT1.CubeFields("").Orientasiya = xlRowField

Sonra - səhifə sahəsinə məhsul ölçüsü:

PT1.CubeFields("").Orientasiya = xlPageField

Və nəhayət, göstərici (analiz üçün rəqəmsal məlumatlar) Vahid Satış:

PT1.CubeFields(“.”).Orientasiya = xlDataField

İndi pivot cədvəli yaradılıb və siz onunla işləyə bilərsiniz. Bununla belə, tez-tez daha bir əməliyyat yerinə yetirmək lazımdır - ölçü iyerarxiyasının istənilən səviyyəsini genişləndirmək. Məsələn, əgər biz rüblük təhlillə maraqlanırıqsa, onda Vaxt ölçüsünün Rüb səviyyəsini genişləndirməliyik (defolt olaraq, yalnız yuxarı səviyyə göstərilir). Əlbəttə ki, istifadəçi bunu öz başına edə bilər, lakin onlar hər zaman hara klikləyəcəyini hesablaya bilməzlər. Məsələn, siz PivotField və PivotItem obyektlərindən istifadə edərək, Zaman ölçüsünün iyerarxiyasını 1997-ci ilin rüb səviyyəsinə qədər proqramlı şəkildə genişləndirə bilərsiniz:

PT1.PivotFields(“.”).PivotItems(“.”).DrilledDown = Doğrudur

/ Kubist tərzdə. OLAP kublarının iri şirkətlərin idarəetmə təcrübəsində tətbiqi

ilə təmasda

Sinif yoldaşları

Konstantin Tokmaçev, sistem memarı

Kubist üslubda.
OLAP kublarının iri şirkətlərin idarəetmə təcrübəsində tətbiqi

Bəlkə də bir korporasiyanın hesablama resurslarının yalnız məlumatların və mühasibat hesabatlarının qeydinə sərf edildiyi vaxt keçdi. Eyni zamanda, idarə qərarları ofislərdə, iclas və iclaslarda “gözlə” qəbul edilirdi. Bəlkə də Rusiyada korporativ hesablama sistemlərini öz əsas resursuna qaytarmağın vaxtıdır - kompüterdə qeydə alınan məlumatlar əsasında idarəetmə problemlərini həll etmək

Biznes analitikasının faydaları haqqında

Korporativ idarəetmə dövrəsində, "xam" məlumatlar ilə idarə olunan obyektə təsir edən "qollar" arasında "performans göstəriciləri" - KPI-lər var. Onlar idarə olunan obyektin müxtəlif alt sistemlərinin vəziyyətini əks etdirən bir növ “iş paneli” təşkil edirlər. Şirkəti informativ fəaliyyət göstəriciləri ilə təchiz etmək və onların hesablanmasına və əldə edilmiş dəyərlərə nəzarət etmək biznes analitikinin işidir. MS SQL Server Analysis Services (SSAS) yardım proqramı və onun əsas aləti olan OLAP kubu kimi avtomatlaşdırılmış analiz xidmətləri korporasiyanın analitik işinin təşkilində əhəmiyyətli köməklik göstərə bilər.

Burada daha bir məqamı qeyd etmək lazımdır. Tutaq ki, Amerika ənənəsində OLAP kubları ilə işləməyə yönəlmiş bir ixtisas BI (Business Intelligence) adlanır. Amerika BI-nin rus “biznes analitiki”nə uyğun olması ilə bağlı illüziyalar olmamalıdır. Təəssüf ki, bizim biznes analitikimiz çox vaxt “mühasib” və “az proqramçı”, qeyri-müəyyən biliyə və cüzi maaşa malik mütəxəssisdir, əslində heç bir aləti və metodologiyası yoxdur.

BI mütəxəssisi, əslində, tətbiqi riyaziyyatçıdır, müasir riyazi metodları şirkətin arsenalına qoyan yüksək ixtisaslı mütəxəssisdir (əməliyyat tədqiqatı adlanırdı - əməliyyatların tədqiqat metodları). BI bir vaxtlar SSRİ-də Moskva Dövlət Universitetinin Hesablama Riyaziyyatı və Riyaziyyat fakültəsini bitirmiş “sistem analitiki” ixtisasına daha uyğundur. M.V. Lomonosov. OLAP kubu və təhlil xidmətləri, bəlkə də Amerika BI istiqamətində bəzi təkmil təlimlərdən sonra rus biznes analitikinin iş yeri üçün perspektivli əsas ola bilər.

Son zamanlar daha bir zərərli tendensiya yaranıb. İxtisaslaşma sayəsində müxtəlif kateqoriyalı korporasiya işçiləri arasında qarşılıqlı anlaşma itirildi. İ.A.-nın nağılındakı “qu quşu, xərçəng və pike” kimi mühasib, menecer və proqramçı. Krylov, korporasiyanı müxtəlif istiqamətlərə çəkir.

Mühasib hesabat verməklə məşğuldur, onun məbləğləri həm məna, həm də dinamika baxımından şirkətin iş prosesi ilə birbaşa əlaqəli deyil.

Menecer iş prosesinin öz hissəsi ilə məşğuldur, lakin qlobal miqyasda, bütövlükdə şirkət səviyyəsində öz hərəkətlərinin nəticələrini və perspektivlərini qiymətləndirə bilmir.

Nəhayət, bir vaxtlar (təhsil sayəsində) elm sahəsindən biznes sferasına qədər qabaqcıl texniki ideyaların dirijoru olan proqramçı mühasib və menecerin fantaziyalarının passiv icraçısına çevrilib. korporasiyaların İT departamentlərinin mühasiblər və ümumiyyətlə, tənbəl olmayan hər kəs tərəfindən idarə olunması qeyri-adi haldır. Təşəbbüs olmaması, savadsız, lakin nisbətən yüksək maaşlı 1C proqramçısı Rusiya korporasiyalarının əsl bəlasıdır. (Demək olar ki, yerli futbolçu kimi.) Mən “iqtisadçılar və hüquqşünaslar” deyilənləri demirəm, onlar haqqında hər şey çoxdan deyilib.

Beləliklə, bilik tutumlu SSAS aparatı ilə təchiz edilmiş, proqramlaşdırma və mühasibat uçotunun əsaslarını bilən biznes analitikinin mövqeyi biznes prosesinin təhlili və proqnozlaşdırılması ilə əlaqədar şirkətin işini birləşdirməyə qadirdir.

OLAP kublarının üstünlükləri

OLAP kubudur müasir vasitə iyerarxiyanın bütün səviyyələrində işçiləri şirkətin istehsal prosesini xarakterizə edən tələb olunan göstəricilər dəsti ilə təmin etməyə imkan verən korporativ kompüter sisteminin məlumat bazasının təhlili. Məsələ təkcə ondan ibarətdir ki, MDX kubu (Çoxölçülü ifadələr) üçün rahat interfeys və çevik sorğu dili sizə lazımi analitik göstəriciləri formalaşdırmağa və hesablamağa imkan verir, həm də OLAP kubunun bunu yerinə yetirməsinin diqqətəlayiq sürəti və asanlığıdır. Üstəlik, bu sürət və asanlıq, müəyyən məhdudiyyətlər daxilində, hesablamaların mürəkkəbliyindən və verilənlər bazasının ölçüsündən asılı deyil.

OLAP-a bəzi giriş-
kub MS Excel-in “pivot cədvəli” ilə verilə bilər. Bu obyektlərin oxşar məntiqi və oxşar interfeysləri var. Lakin, məqalədən göründüyü kimi, OLAP funksionallığı müqayisə olunmayacaq dərəcədə zəngindir və performans müqayisə olunmayacaq dərəcədə yüksəkdir, buna görə də "pivot masa" yerli masaüstü məhsulu olaraq qalır, OLAP isə müəssisə səviyyəsində məhsuldur.

Niyə OLAP kubu analitik problemlərin həlli üçün bu qədər uyğundur? OLAP kubu elə qurulmuşdur ki, bütün mümkün bölmələrdə bütün göstəricilər əvvəlcədən hesablanır (tam və ya qismən) və istifadəçi yalnız tələb olunan göstəriciləri (ölçüləri) və ölçüləri (ölçüləri) “çıxara” bilər. siçan və proqram cədvəlləri yenidən çəkə bilər.

Bütün bölmələrdə mümkün olan bütün analitiklər bir nəhəng sahəni, daha doğrusu, sahəni deyil, sadəcə çoxölçülü OLAP kubunu təşkil edir. İstifadəçinin (menecer, biznes analitiki, icraçı) analitika xidmətinə müraciət etməsindən asılı olmayaraq, cavabın sürəti iki şeylə izah olunur: birincisi, tələb olunan analitika asanlıqla formalaşdırıla bilər (ya adla siyahıdan seçilir, ya da istifadəçi tərəfindən müəyyən edilir). MDX dilində düstur ), ikincisi, bir qayda olaraq, artıq hesablanmışdır.

Analitikanın formalaşdırılması üç variantda mümkündür: ya verilənlər bazası sahəsidir (daha doğrusu, anbar sahəsi), ya da kub dizaynı səviyyəsində müəyyən edilmiş hesablama sahəsi və ya kub ilə interaktiv işləyərkən MDX dili ifadəsi.

Bu, OLAP kublarının bir neçə cəlbedici xüsusiyyətləri deməkdir. Əslində, istifadəçi ilə məlumat arasındakı maneə aradan qalxır. Maneə, ilk növbədə, problemi izah etməli (tapşırıq təyin edən) bir tətbiq proqramçısı şəklindədir. İkincisi, proqramçının alqoritm yaratmasını, proqramı yazmasını və debug etməsini və sonra onu dəyişdirməsini gözləməli olacaqsınız. Əgər çoxlu işçilər varsa və onların tələbləri müxtəlif və dəyişkəndirsə, onda tətbiqi proqramçılardan ibarət bütöv bir komanda lazımdır. Bu mənada OLAP kubu (və ixtisaslı biznes analitiki) analitik iş baxımından tətbiq proqramçılarının bütün komandasını əvəz edir, necə ki, ekskavator operatoru olan güclü ekskavator xəndək qazarkən miqrant işçilərdən ibarət bütün komandanı kürəklərlə əvəz edir!

Eyni zamanda, əldə edilən analitik məlumatların daha bir çox vacib keyfiyyəti əldə edilir. Bütün şirkət üçün yalnız bir OLAP kubu olduğundan, yəni. Bu, hər kəs üçün analitiklərlə eyni sahədir və bu, məlumatlarda zəhlətökən uyğunsuzluqları aradan qaldırır. Bir menecer subyektivlik amilini aradan qaldırmaq üçün bir neçə müstəqil işçiyə eyni tapşırığı verməli olduqda, lakin yenə də hər kəsin bir şəkildə izah etməyi öhdəsinə götürdüyü fərqli cavablar gətirir və s. OLAP kubu korporativ iyerarxiyanın müxtəlif səviyyələrində analitik məlumatların vahidliyini təmin edir, yəni. menecer onu maraqlandıran müəyyən bir göstəricini təfərrüatlandırmaq istəsə, o, şübhəsiz ki, tabeliyində olan işçinin işlədiyi daha aşağı səviyyəli məlumatlara gələcək və bu, daha yüksək səviyyəli göstəricinin hesablandığı məlumatlar olacaq. , və bəzi başqa məlumatlar deyil, başqa şəkildə, başqa bir zamanda və s. Yəni, bütün şirkət eyni analitikanı görür, lakin müxtəlif birləşmə səviyyələrində.

Bir misal verək. Tutaq ki, menecer debitor borclarına nəzarət edir. Nə qədər ki, vaxtı keçmiş debitor borcları üçün KPI yaşıl rəngdədir, bu o deməkdir ki, hər şey normaldır və heç bir idarəetmə tədbirləri tələb olunmur. Rəng sarı və ya qırmızıya dəyişibsə, bir şey səhvdir: satış şöbələri tərəfindən KPI-ləri kəsdik və dərhal şöbələri "qırmızı rəngdə" görürük. Menecerlər tərəfindən növbəti bölmə - və müştəriləri ödənişlərdən geri qalan satıcı müəyyən edilir. (Bundan əlavə, vaxtı keçmiş məbləğ müştərilərə, şərtlərə və s. bölünə bilər.) Korporasiya rəhbəri istənilən səviyyədə qanunu pozanlarla birbaşa əlaqə saxlaya bilər. Ancaq ümumilikdə eyni KPI (iyerarxiya səviyyələrində) həm şöbə müdirləri, həm də satış menecerləri tərəfindən görülür. Buna görə də, vəziyyəti düzəltmək üçün "xalçada zəng" gözləməyə belə ehtiyac yoxdur... Əlbəttə, KPI-nin özü mütləq vaxtı keçmiş ödənişlərin məbləği olmamalıdır - bu, ola bilər. vaxtı keçmiş ödənişlərin orta çəkili müddəti və ya ümumiyyətlə, debitor borclarının dövriyyə dərəcəsi.

Qeyd edək ki, MDX dilinin mürəkkəbliyi və çevikliyi sürətli (bəzən ani) nəticələrlə birlikdə bizə başqa cür ümumiyyətlə qoyula bilməyən mürəkkəb idarəetmə problemlərini (inkişaf və sazlama mərhələlərini nəzərə alaraq) həll etməyə imkan verir. Tətbiq proqramçıları üçün mürəkkəbliyə və tərtibdə ilkin qeyri-müəyyənliyə görə. (Təcrübədə tez-tez şərtlərin dəyişməsi zamanı proqramların zəif başa düşülməsi və uzun modifikasiyaları səbəbindən tətbiq proqramçıları üçün analitik problemləri həll etmək üçün uzun müddətlər.)

Bir məsələyə də diqqət yetirək ki, şirkətin hər bir işçisi ümumi sahədən OLAP analitikini tam olaraq işinə lazım olan məhsulu toplaya bilsin və kommunalda onun üçün kəsilən “zolaq”la kifayətlənməyib. "standart hesabatlar".

Müştəri-server rejimində OLAP kubu ilə işləmək üçün çox istifadəçi interfeysi hər bir işçiyə başqalarından asılı olmayaraq, müəyyən edildikdən sonra avtomatik olaraq öz analitik bloklarına (hesabatlarına) malik olmaq imkanı verir yenilənir - başqa sözlə, onlar həmişə aktual vəziyyətdədirlər.

Yəni, OLAP kubu analitik işi (əslində təkcə qəbul analitikləri tərəfindən deyil, əslində şirkətin demək olar ki, bütün işçiləri, hətta balanslara və daşınmalara nəzarət edən logistik və menecerlər tərəfindən həyata keçirilir) daha seçici etməyə imkan verir, işin yaxşılaşdırılması və məhsuldarlığın artırılması üçün şərait yaradan “ümumi mənada deyil”.

Girişimizi yekunlaşdırmaq üçün qeyd edirik ki, OLAP kublarının istifadəsi şirkət rəhbərliyini daha yüksək səviyyəyə qaldıra bilər. İyerarxiyanın bütün səviyyələrində analitik məlumatların vahidliyi, onların etibarlılığı, mürəkkəbliyi, göstəricilərin yaradılması və dəyişdirilməsinin asanlığı, fərdi parametrlər, məlumatların işlənməsinin yüksək sürəti və nəhayət, alternativ analitik yolların dəstəklənməsinə sərf olunan pul və vaxta qənaət (tətbiq proqramçıları, işçinin müstəqil hesablamaları) böyük rus şirkətlərinin təcrübəsində OLAP kublarının istifadəsi üçün perspektivlər açır.

OLTP + OLAP: şirkət idarəetmə zəncirində əks əlaqə

İndi OLAP kublarının ümumi ideyasına və onların korporativ idarəetmə zəncirində tətbiq nöqtəsinə baxaq. OLAP (OnLine Analytical Processing) termini əvvəllər təqdim etdiyi OLTP (OnLine Transactions Processing) termininə əlavə olaraq İngilis riyaziyyatçısı Edqar Kodd tərəfindən təqdim edilmişdir. Bu barədə daha sonra danışılacaq, lakin E.Codd, əlbəttə ki, OLTP və OLAP-ın təkcə terminləri deyil, həm də riyazi nəzəriyyələrini təklif etmişdir. Təfərrüatlara varmadan, müasir təfsirdə OLTP məlumatın qeyd edilməsi, saxlanması və əldə edilməsi mexanizmi kimi qəbul edilən əlaqəli verilənlər bazasıdır.

Həll metodologiyası

1C7, 1C8, MS Dynamics AX kimi ERP sistemləri (Müəssisə Resurslarının Planlaşdırılması) istifadəçi yönümlü proqram interfeyslərinə (sənədlərin daxil edilməsi və redaktə edilməsi və s.) və informasiyanın saxlanması və əldə edilməsi üçün əlaqəli verilənlər bazasına (VB) malikdir, bu gün proqram təminatı ilə təmsil olunur. MS SQL Server (SS) kimi məhsullar.

Nəzərə alın ki, ERP sistem məlumat bazasında qeydə alınan məlumatlar həqiqətən də çox qiymətli resursdur. Məsələ təkcə qeydiyyatdan keçmiş məlumatların korporasiyanın cari sənəd dövriyyəsini (sənədlərin çıxarılması, onların düzəldilməsi, çap və uzlaşdırma imkanı və s.) təmin etməsində deyil, həm də təkcə hesablama imkanını deyil. Maliyyə hesabatları(vergilər, audit və s.). İdarəetmə nöqteyi-nəzərindən, OLTP sisteminin (əlaqəli verilənlər bazası) əslində korporasiyanın fəaliyyətinin real ölçülü rəqəmsal modeli olması daha vacibdir.

Amma prosesi idarə etmək üçün bu barədə məlumatların qeydiyyata alınması kifayət deyil. Proses onun gedişatını xarakterizə edən ədədi göstəricilər sistemi (KPI) şəklində təqdim edilməlidir. Bundan əlavə, göstəricilər üçün məqbul dəyər diapazonları müəyyən edilməlidir. Və yalnız göstəricinin dəyəri icazə verilən intervaldan kənara düşərsə, nəzarət hərəkəti izlənməlidir.

Nəzarətin belə bir məntiqinə (yaxud mifologiyasına) (“sapma ilə nəzarət”) gəldikdə, hər ikisi qədim yunan filosofu Qayıq yoldan çıxanda avara söykənən sükançı (kibernoz) obrazını yaradan Platon və kompüter erası ərəfəsində kibernetika elmini yaradan amerikalı riyaziyyatçı Norbert Viner.

OLTP metodundan istifadə edərək məlumatı qeyd etmək üçün adi sistemə əlavə olaraq, başqa bir sistemə ehtiyac var - toplanmış məlumatları təhlil etmək üçün sistem. İdarəetmə dövrəsində idarəetmə ilə idarəetmə obyekti arasında əks əlaqə rolunu oynayan bu əlavə OLAP sistemi və ya qısacası OLAP kubudur.

OLAP-ın proqram təminatı kimi biz qısaldılmış SSAS kimi MS SQL Serverin standart çatdırılmasının bir hissəsi olan MS Analysis Services yardım proqramını nəzərdən keçirəcəyik. Qeyd edək ki, E. Coddun planına görə, analitikada OLAP kubu, OLTP sistemi və əlaqəli verilənlər bazası (SQL Server) məlumatın saxlanması və alınmasında təmin etdiyi hərtərəfli fəaliyyət azadlığını verməlidir.

OLAP Logistics

İndi OLAP kubunun avtomatlaşdırılmış işinin əsaslandığı xarici cihazların, tətbiq proqramlarının və texnoloji əməliyyatların xüsusi konfiqurasiyasına baxaq.

Güman edəcəyik ki, korporasiya ERP sistemindən istifadə edir, məsələn, 1C7 və ya 1C8, daxilində məlumat həmişəki kimi qeyd olunur. Bu ERP sisteminin verilənlər bazası müəyyən serverdə yerləşir və MS SQL Server tərəfindən dəstəklənir.

Biz həmçinin güman edəcəyik ki, başqa serverdə proqram təminatı quraşdırılıb, o cümlədən MS Analysis Services (SSAS) yardım proqramı ilə MS SQL Server, həmçinin MS SQL Server Management Studio, MS C#, MS Excel və MS Visual Studio. Bu proqramlar birlikdə tələb olunan konteksti təşkil edir: OLAP kublarının tərtibatçısı üçün alətlər və lazımi interfeyslər.

SSAS serverinin (parametrləri ilə) adlı blat adlı sərbəst paylanmış proqramı var komanda xətti və poçt xidmətinin təmin edilməsi.

İşçilərin iş yerlərində, daxilində yerli şəbəkə, digər şeylər arasında, MS Excel proqramları (2003-cü ildən az olmayan versiyalar), həmçinin MS Excel-in MS Analysis Services ilə işləməsini təmin etmək üçün xüsusi bir sürücü quraşdırılmışdır (müvafiq sürücü artıq MS Excel-ə daxil edilmədikdə).

Müəyyənlik üçün, işçilərin iş stansiyalarının olduğunu güman edəcəyik əməliyyat sistemi Windows XP və serverlərdə - Windows Server 2008. Bundan əlavə, OLAP kubu ilə serverdə quraşdırılmış Enterprise Edition (EE) və ya Developer Edition (DE) ilə MS SQL Server 2005-dən SQL Server kimi istifadə olunsun. Bu nəşrlərdə sözdə istifadə etmək mümkündür. “yarı əlavə tədbirlər”, yəni. adi məbləğlərdən başqa əlavə məcmu funksiyalar (statistik məlumatlar) (məsələn, ekstremum və ya orta).

OLAP kub dizaynı (OLAP kubizmi)

OLAP kubunun özünün dizaynı haqqında bir neçə söz deyək. Statistikanın dili ilə desək, OLAP kubu bütün lazımi bölmələrdə hesablanmış performans göstəricilərinin məcmusudur, məsələn, bölmələrdə müştərilər, mallar, tarixlər üzrə göndərmə göstəricisi və s. OLAP kublarındakı rus ədəbiyyatında ingilis dilindən birbaşa tərcümə edildiyinə görə göstəricilər "ölçülər", bölmələr isə "ölçülər" adlanır. Bu, riyazi cəhətdən düzgün, lakin sintaktik və semantik baxımdan çox uğurlu tərcümə deyil. Rus dilindəki “measure”, “dimension”, “dimension” sözləri məna və yazılış baxımından demək olar ki, eynidir, ingiliscə “measure” və “dimension” həm yazılış, həm də məna baxımından fərqlidir. Buna görə də biz mənaca oxşar olan ənənəvi rus statistik terminlərinə “göstərici” və “kəsmə” üstünlük veririk.

Məlumatların qeydə alındığı OLTP sistemi ilə bağlı OLAP kubunun proqram təminatının tətbiqi üçün bir neçə variant var. Ən sadə, ən etibarlı və ən sürətli olan yalnız bir sxemi nəzərdən keçirəcəyik.

Bu dizaynda OLAP və OLTP cədvəlləri paylaşmır və OLAP analitikası istifadə mərhələsindən əvvəl olan kub yeniləməsi (Proses) mərhələsində mümkün qədər ətraflı hesablanır. Bu sxem MOLAP (Çoxölçülü OLAP) adlanır. Onun çatışmazlıqları ERP ilə asinxroniya və yüksək yaddaş xərcləridir.

Formal olaraq OLAP kubu bütün (minlərlə) ERP sisteminin əlaqəli verilənlər bazası cədvəllərindən məlumat mənbəyi kimi və onların bütün (yüzlərlə) sahələrindən göstəricilər və ya bölmələr kimi istifadə oluna bilsə də, əslində bunu etmək olmaz. Əksinə. Bir kuba yükləmək üçün "vitrin" və ya "anbar" adlanan ayrıca verilənlər bazası hazırlamaq daha düzgündür.

Bir neçə səbəb bizi buna məcbur edir.

• İlk olaraq, OLAP kubunu cədvəllərə bağlamaq real baza məlumatlar, şübhəsiz ki, texniki problemlər yaradacaq. Cədvəldəki məlumatların dəyişdirilməsi kubun yenilənməsinə səbəb ola bilər və kubun təzələnməsi mütləq sürətli proses deyil, buna görə də kub daimi yenidən qurulma vəziyyətində olacaq; Eyni zamanda, kub yeniləmə proseduru verilənlər bazası cədvəllərinin məlumatlarını bloklaya bilər (oxuyarkən), ERP sistemində məlumatların qeydiyyatı zamanı istifadəçilərin işini ləngidə bilər.
• İkincisi, Həddindən artıq göstərici və kəsiklərə sahib olmaq serverdəki kubun saxlama sahəsini kəskin şəkildə artıracaq. Unutmayaq ki, OLAP kubu OLTP sistemində olduğu kimi təkcə mənbə məlumatları deyil, həm də bütün mümkün bölmələr (və hətta bütün bölmələrin bütün kombinasiyaları) üzrə ümumiləşdirilmiş bütün göstəriciləri saxlayır. Bundan əlavə, kubun yenilənmə sürəti və nəhayət, onların əsasında analitika və istifadəçi hesabatlarının qurulması və yenilənməsi sürəti müvafiq olaraq yavaşlayacaq.
• üçüncü, çoxlu sahələr (göstəricilər və bölmələr) OLAP tərtibatçı interfeysində problemlər yaradacaq, çünki elementlərin siyahıları böyük olacaqdır.
• Dördüncüsü, OLAP kubu verilənlərin bütövlüyünün pozulmasına çox həssasdır. Əgər əsas məlumatlar kub sahəsi əlaqələrinin strukturunda göstərilən keçiddə yerləşmirsə, kub tikilə bilməz. Müvəqqəti və ya daimi bütövlük pozuntuları, boş sahələr ERP sistem verilənlər bazasında geniş yayılmışdır, lakin bu, OLAP üçün tamamilə uyğun deyil.

Siz həmçinin əlavə edə bilərsiniz ki, yükü bölüşmək üçün ERP sistemi və OLAP kubu müxtəlif serverlərdə yerləşməlidir. Lakin sonra, OLAP və OLTP üçün ümumi cədvəllər varsa, şəbəkə trafiki problemi də yaranır. Bu vəziyyətdə bir neçə fərqli ERP sistemini (1C7, 1C8, MS Dynamics AX) bir OLAP kubunda birləşdirmək lazım olduqda praktiki olaraq həll olunmayan problemlər yaranır.

Yəqin ki, texniki problemləri üst-üstə yığmağa davam edə bilərik. Ancaq ən əsası, unutmayın ki, OLTP-dən fərqli olaraq, OLAP məlumatların qeyd edilməsi və saxlanması vasitəsi deyil, analitika vasitəsidir. Bu o deməkdir ki, "çirkli" məlumatları ERP-dən OLAP-a yükləməyə və yükləməyə ehtiyac yoxdur. Əksinə, əvvəlcə ən azı KPI sistemi səviyyəsində şirkəti idarə etmək üçün bir konsepsiya hazırlamalı və sonra OLAP kubu ilə eyni serverdə yerləşən və kiçik bir məlumat anbarını (anbarını) tərtib etməlisiniz. , idarəetmə üçün lazım olan ERP-dən dəqiqləşdirilmiş məlumat miqdarı.

Təbliğ etmədən pis vərdişlər, OLTP ilə bağlı OLAP kubu, real qeydiyyatın “mayalanmış kütləsindən” “saf məhsul”un çıxarıldığı məşhur “hələ kub”a bənzədilə bilər.

Beləliklə, OLAP üçün məlumat mənbəyinin OLAP ilə eyni serverdə yerləşən xüsusi verilənlər bazası (anbar) olduğunu əldə etdik. Ümumiyyətlə, bu iki şey deməkdir. Birincisi, ERP verilənlər bazalarından anbar yaradacaq xüsusi prosedurlar olmalıdır. İkincisi, OLAP kubu ERP sistemləri ilə asinxrondur.

Yuxarıdakıları nəzərə alaraq, hesablama prosesinin arxitekturasının aşağıdakı versiyasını təklif edirik.

Həll arxitekturası

Tutaq ki, müxtəlif serverlərdə yerləşən müəyyən bir korporasiyanın (holdinqin) çoxlu ERP sistemləri var, analitik məlumatların bir OLAP kubu daxilində birləşdirilməsini görmək istərdik. Təsvir edilən texnologiyada ERP sistemlərindən məlumatları anbar səviyyəsində birləşdirdiyimizi və OLAP kubunun dizaynını dəyişməz qoyduğumuzu vurğulayırıq.

OLAP serverində biz bütün bu ERP sistemlərinin verilənlər bazalarının şəkillərini (boş nüsxələrini) yaradırıq. Biz vaxtaşırı (gecə) müvafiq aktiv ERP verilənlər bazalarının bu boş nüsxələrə qismən təkrarlanmasını həyata keçiririk.

Sonra, şəbəkə trafiki olmayan eyni OLAP serverində, ERP sistem verilənlər bazalarının qismən replikalarına əsaslanaraq, OLAP kubunun məlumat mənbəyi olan anbar (anbar) yaradan (və ya dolduran) SP (saxlanan prosedur) işə salınır.

Sonra anbar məlumatlarına əsaslanan kubun yenilənməsi/tikilməsi üçün standart prosedur işə salınır (SSAS interfeysində proses əməliyyatı).

Texnologiyanın bəzi aspektlərini şərh edək. SP-lər hansı işlərlə məşğul olurlar?

Qismən təkrarlama nəticəsində cari məlumatlar OLAP serverində bəzi ERP sisteminin təsvirində görünür. Yeri gəlmişkən, qismən təkrarlama iki yolla həyata keçirilə bilər.

Birincisi, ERP sistem verilənlər bazasındakı bütün cədvəllərdən qismən təkrarlama zamanı yalnız anbar qurmaq üçün lazım olanlar kopyalanır. Bu cədvəl adlarının sabit siyahısı ilə idarə olunur.

İkincisi, qismən təkrarlama, cədvəlin bütün sahələrinin deyil, yalnız anbarın qurulmasında iştirak edənlərin kopyalandığını ifadə edə bilər. Kopyalanacaq sahələrin siyahısı ya dəqiqləşdirilir, ya da SP-də surətin təsvirində dinamik şəkildə yaradılır (əgər bütün sahələr əvvəlcə cədvəlin surətində mövcud deyilsə).

Əlbəttə ki, bütün cədvəl sətirlərini köçürmək deyil, yalnız yeni qeydlər əlavə etmək mümkündür. Bununla belə, bu, real həyat sistemlərində tez-tez rast gəlinən ERP reviziyalarının “geriyə” hesablanması zamanı ciddi narahatlıqlar yaradır. Beləliklə, bütün qeydləri kopyalamaq (və ya müəyyən bir tarixdən başlayaraq "quyruğunu" yeniləmək) daha asan deyil.

Bundan sonra SP-nin əsas vəzifəsi ERP sistem məlumatlarını anbar formatına çevirməkdir. Yalnız bir ERP sistemi varsa, konvertasiya vəzifəsi əsasən lazımi məlumatların surətini çıxarmaq və bəlkə də yenidən formatlaşdırmaqdan ibarətdir. Ancaq eyni OLAP kubunda bir neçə ERP sistemini birləşdirmək lazımdırsa müxtəlif strukturlar, sonra çevrilmələr daha da mürəkkəbləşir.

Bir neçə müxtəlif ERP sistemini kubda birləşdirmək vəzifəsi xüsusilə çətindir, əgər onların obyektlərinin dəstləri (malların kataloqları, podratçılar, anbarlar və s.) qismən üst-üstə düşürsə, obyektlər eyni məna daşıyır, lakin kataloqlarda təbii olaraq fərqli təsvir olunur. müxtəlif sistemlər(kodlar, identifikatorlar, adlar və s. mənasında).

Əslində, belə bir mənzərə böyük bir holdinqdə yaranır, o zaman yaranır ki, onun tərkib hissəsi olan eyni tipli bir neçə muxtar şirkət təxminən eyni ərazidə təxminən eyni fəaliyyət növlərini həyata keçirir, lakin öz və razılaşdırılmamış qeydiyyat sistemlərindən istifadə edir. Bu vəziyyətdə, məlumatları anbar səviyyəsində birləşdirərkən, köməkçi xəritələşdirmə cədvəlləri olmadan edə bilməzsiniz.

Anbar saxlama arxitekturasına bir az diqqət yetirək. Tipik olaraq, OLAP kub sxemi "ulduz" şəklində təmsil olunur, yəni. qovluqların "şüaları" ilə əhatə olunmuş məlumat cədvəli kimi - ikinci dərəcəli açar dəyərlər cədvəlləri. Cədvəl "göstəricilər" blokudur; istinad kitabları onların bölmələridir. Bu halda, kataloq, öz növbəsində, ixtiyari balanssız ağac və ya balanslaşdırılmış iyerarxiya, məsələn, malların və ya podratçıların çox səviyyəli təsnifatı ola bilər. OLAP kubunda anbardan verilənlər cədvəlinin ədədi sahələri avtomatik olaraq “göstəricilərə” (və ya ölçülərə) çevrilir və bölmələr (və ya ölçülər) ikinci dərəcəli əsas cədvəllərdən istifadə etməklə müəyyən edilə bilər.

Bu vizual “pedaqoji” təsvirdir. Əslində, OLAP kubunun arxitekturası daha mürəkkəb ola bilər.

Birincisi, anbar bir neçə "ulduz"dan ibarət ola bilər, ola bilsin ki, ümumi kataloqlar vasitəsilə birləşdirilir. Bu halda, OLAP kubu bir neçə kubun (bir neçə məlumat blokunun) birliyi olacaqdır.

İkincisi, ulduz işarəsinin "şüası" yalnız bir kataloq deyil, bütün (ierarxik) fayl sistemi ola bilər.

Üçüncüsü, mövcud ölçü bölmələri əsasında yeni iyerarxik bölmələr OLAP tərtibatçı interfeysi alətlərindən istifadə etməklə müəyyən edilə bilər (məsələn, daha az səviyyəli, fərqli səviyyə sırası ilə və s.)

Dördüncüsü, mövcud göstəricilər və bölmələr əsasında MDX dili ifadələrindən istifadə etməklə yeni göstəricilər (hesablamalar) müəyyən edilə bilər. Qeyd etmək vacibdir ki, yeni kublar, yeni göstəricilər, yeni bölmələr avtomatik olaraq orijinal elementlərlə tam inteqrasiya olunur. Onu da qeyd etmək lazımdır ki, zəif tərtib edilmiş hesablamalar və iyerarxik bölmələr OLAP kubunun işini əhəmiyyətli dərəcədə yavaşlata bilər.

MS Excel OLAP ilə interfeys kimi

OLAP kubları ilə istifadəçi interfeysi xüsusi maraq doğurur. Təbii ki, ən tam interfeys SSAS yardım proqramının özü tərəfindən təmin edilir. Buraya OLAP kub tərtibatçı alətlər dəsti, interaktiv hesabat dizayneri və MDX dilində sorğulardan istifadə edərək OLAP kubu ilə interaktiv iş üçün pəncərə daxildir.

SSAS-ın özündən əlavə, OLAP-a interfeys təqdim edən, onların funksionallığını az və ya çox dərəcədə əhatə edən bir çox proqramlar mövcuddur. Ancaq onların arasında, fikrimizcə, danılmaz üstünlükləri olan biri var. Bu MS Exceldir.

MS Excel ilə interfeys ayrıca yüklənə bilən və ya Excel paylanmasına daxil olan xüsusi sürücü tərəfindən təmin edilir. O, OLAP-ın bütün funksiyalarını əhatə etmir, lakin MS Excel versiya nömrələrinin artması ilə bu əhatə dairəsi daha da genişlənir (məsələn, KPI-nin qrafik təsviri MS Excel 2007-də ​​görünür, MS Excel 2003-də belə deyildi, və s.).

Əlbəttə ki, kifayət qədər tam funksionallığı ilə yanaşı, MS Excel-in əsas üstünlüyü bu proqramın geniş yayılması və böyük sayda ofis istifadəçilərinin onunla yaxından tanış olmasıdır. Bu mənada, digər interfeys proqramlarından fərqli olaraq, şirkət əlavə heç bir şey almağa ehtiyac duymur və əlavə olaraq kimisə öyrətməyə ehtiyac duymur.

OLAP ilə bir interfeys kimi MS Excel-in böyük üstünlüyü OLAP hesabatında əldə edilən məlumatları daha müstəqil şəkildə emal etmək qabiliyyətidir (yəni, OLAP alətlərindən istifadə etmədən, eyni Excel-in digər vərəqlərində OLAP-dan alınan məlumatları öyrənməyə davam edin, lakin adi Excel alətlərindən istifadə etməklə).

Facubi gecə müalicə dövrü

İndi biz OLAP əməliyyatının gündəlik (gecə) hesablama dövrünü təsvir edəcəyik. Hesablama C# 2005-də yazılmış və anbar və SSAS ilə serverdə Tapşırıq Planlayıcısı vasitəsilə işə salınan facubi proqramının nəzarəti altında aparılır. Başlanğıcda facubi internetə girir və cari valyuta məzənnələrini oxuyur (valyutada bir sıra göstəriciləri təmsil etmək üçün istifadə olunur). Sonra, aşağıdakı addımları yerinə yetirin.

Birincisi, facubi yerli şəbəkədə mövcud olan müxtəlif ERP sistemlərinin (tutma elementləri) verilənlər bazalarının qismən təkrarlanmasını həyata keçirən SP-ləri işə salır. Replikasiya, dediyimiz kimi, əvvəlcədən hazırlanmış "arxa fonlara" - SSAS serverində yerləşən uzaq ERP sistemlərinin şəkillərinə aparılır.

İkincisi, SP vasitəsilə ERP replikalarından anbar anbarına - OLAP kub məlumatlarının mənbəyi olan və SSAS serverində yerləşən xüsusi DB-yə xəritəçəkmə aparılır. Bu vəziyyətdə üç əsas vəzifə həll olunur:

• ERP məlumatları tələb olunan kub formatlarına uyğunlaşdırılmış; Söhbət həm cədvəllərdən, həm də cədvəl sahələrindən gedir. (Bəzən tələb olunan cədvəli, məsələn, bir neçə MS Excel vərəqindən “modalaşdırmaq” lazımdır.) Oxşar verilənlər müxtəlif ERP-lərdə fərqli formatlara malik ola bilər, məsələn, 1C7 kataloqlarındakı əsas ID sahələrinin uzunluğu 8 olan 36 rəqəmli simvol kodu var. , və 1С8 qovluqlarında _idrref sahələri – uzunluğu 32 olan onaltılıq ədədlər;
• emal zamanı məlumatların məntiqi nəzarəti (mümkün olduqda çatışmayan məlumatların yerinə “defoltların” yazılması daxil olmaqla) və bütövlüyünə nəzarət həyata keçirilir, yəni. müvafiq klassifikatorlarda ilkin və ikinci dərəcəli açarların mövcudluğunun yoxlanılması;
• kodun konsolidasiyası müxtəlif ERP-lərdə eyni məna daşıyan obyektlər. Məsələn, müxtəlif ERP-lərin qovluqlarının müvafiq elementləri eyni mənaya malik ola bilər, məsələn, eyni qarşı tərəfdir. Kodların birləşdirilməsi problemi eyni obyektlərin müxtəlif kodlarının birliyə gətirildiyi xəritəçəkmə cədvəllərinin qurulması yolu ilə həll edilir.

Üçüncüsü, facubi Proses kub məlumatlarının yenilənməsi üçün standart proseduru işə salır (SSAS yardım proqramının prosedurlarından).

Yoxlama siyahılarına əsasən, facubi emal addımlarının gedişatı haqqında e-poçt göndərir.

Facubi yerinə yetirdikdən sonra Tapşırıq Planlayıcısı növbə ilə bir neçə excel faylını işə salır, bu fayllarda hesabatlar OLAP kub göstəriciləri əsasında əvvəlcədən yaradılmışdır. Dediyimiz kimi, MS Excel-də OLAP kubları ilə (SSAS ilə) işləmək üçün xüsusi proqram interfeysi (ayrıca yüklənə bilən və ya quraşdırılmış sürücü) var. MS Excel proqramını işə saldığınız zaman hesabatlardakı məlumatların yenilənməsini təmin edən MS VBA proqramları (makroslar kimi) aktivləşdirilir; hesabatlar zəruri hallarda dəyişdirilir və yoxlama siyahılarına uyğun olaraq poçtla (blat proqramı) istifadəçilərə göndərilir.

SSAS serverinə çıxışı olan yerli şəbəkə istifadəçiləri OLAP kubu üçün konfiqurasiya edilmiş “canlı” hesabatları alacaqlar. (Prinsipcə, onlar heç bir poçt olmadan, yerli kompüterlərində yerləşən MS Excel-də OLAP hesabatlarını yeniləyə bilərlər.) Lokal şəbəkədən kənar istifadəçilər ya orijinal hesabatları alacaqlar, lakin funksionallığı məhduddur, ya da onlar üçün (OLAP-ı yenilədikdən sonra) MS Excel-də hesabatlar) SSAS serverinə daxil olmayan xüsusi “ölü” hesabatlar hesablanacaq.

Nəticələrin qiymətləndirilməsi

Yuxarıda OLTP və OLAP-ın asinxroniyası haqqında danışdıq. Baxılan texnoloji variantda OLAP kub yeniləmə dövrü gecə həyata keçirilir (məsələn, gecə saat 1-də başlayır). Bu o deməkdir ki, cari iş günündə istifadəçilər dünənki məlumatlarla işləyirlər. OLAP qeyd aləti deyil (sənədin ən son təftişinə baxın), lakin idarəetmə vasitəsi (prosesin tendensiyasını başa düşmək) olduğundan, belə bir gecikmə adətən kritik deyil. Bununla belə, zərurət yaranarsa, hətta kub arxitekturasının (MOLAP) təsvir edilmiş versiyasında da yeniləmə gündə bir neçə dəfə həyata keçirilə bilər.

Yeniləmə prosedurlarının icra müddəti OLAP kubunun dizayn xüsusiyyətlərindən (daha çox və ya daha az mürəkkəblik, göstəricilərin və bölmələrin az və ya çox uğurlu tərifləri) və xarici OLTP sistemlərinin verilənlər bazalarının həcmindən asılıdır. Təcrübəyə görə, anbar tikintisi proseduru bir neçə dəqiqədən iki saata qədər, kub yeniləmə proseduru (Proses) 1 ilə 20 dəqiqə çəkir. Söhbət onlarla ulduz tipli strukturları, onlar üçün ümumi “şüaları” (istinad bölmələri) və yüzlərlə göstəricini birləşdirən mürəkkəb OLAP kublarından gedir. Göndərmə sənədləri əsasında xarici ERP sistemlərinin məlumat bazalarının həcmini qiymətləndirərkən, söhbət yüz minlərlə sənəddən və müvafiq olaraq ildə milyonlarla məhsul xəttindən gedir. İstifadəçini maraqlandıran tarixi emal dərinliyi üç ildən beş ilə qədər idi.

Təsvir edilən texnologiya bir sıra böyük korporasiyalarda istifadə olunur: 2008-ci ildən Rusiya Balıq Şirkəti (RRK) və Rus Dənizi şirkətində (RM), 2012-ci ildən Santa Bremor şirkətində (SB). Bəzi korporasiyalar ilk növbədə ticarət və satınalma firmalarıdır (PPC), digərləri istehsal şirkətləridir (Moldova Respublikası və Belarus Respublikasında balıq və dəniz məhsulları emalı zavodları). Bütün korporasiyalar 1C7 və 1C8 kimi standart ERP sistemlərindən tutmuş DBF və Excel-ə əsaslanan “relikt” mühasibat sistemlərinə qədər bir neçə şirkəti müstəqil və müxtəlif kompüter uçot sistemləri ilə birləşdirən böyük holdinqlərdir. Əlavə edəcəyəm ki, OLAP kublarını idarə etmək üçün təsvir olunan texnologiya (inkişaf mərhələsini nəzərə almadan) ya ümumiyyətlə xüsusi işçilər tələb etmir, ya da bir tam ştatlı biznes analitikinin məsuliyyətidir. Tapşırıq illərdir avtomatik olaraq işləyir və müxtəlif kateqoriyalı korporativ işçiləri gündəlik olaraq müasir hesabatlarla təmin edir.

Həllin müsbət və mənfi tərəfləri

Təcrübə göstərir ki, təklif olunan həll olduqca etibarlı və istifadəsi asandır. Facubi nəzarət proqramının dəyişməzliyi ilə asanlıqla dəyişdirilir (yeni ERP-lərin qoşulması/ayrılması, yeni göstəricilərin və bölmələrin yaradılması, Excel hesabatlarının və onların poçt siyahılarının yaradılması və dəyişdirilməsi).

OLAP ilə interfeys kimi MS Excel kifayət qədər ifadəliliyi təmin edir və müxtəlif kateqoriyalı ofis işçilərinə OLAP texnologiyası ilə tez tanış olmağa imkan verir. İstifadəçi gündəlik “standart” OLAP hesabatlarını alır; OLAP ilə MS Excel interfeysindən istifadə edərək, MS Excel-də müstəqil olaraq OLAP hesabatları yarada bilər. Bundan əlavə, istifadəçi MS Excel-in adi imkanlarından istifadə edərək OLAP hesabatlarının məlumatlarını öyrənməyə müstəqil şəkildə davam edə bilər.

Bir neçə heterojen ERP sisteminin (kubun qurulması zamanı), hətta heç bir OLAP olmadan birləşdirildiyi "zərif" anbar verilənlər bazası (SSAS serverində, Transact SQL və ya SP metodunda sorğu metodundan istifadə edərək) həll etməyə imkan verir. və s.) bir çox tətbiq olunan idarəetmə problemləri. Yada salaq ki, anbar verilənlər bazası strukturu orijinal ERP-nin verilənlər bazası strukturları ilə müqayisədə vahid və çox sadədir (cədvəllərin sayı və cədvəl sahələrinin sayı baxımından).

Xüsusilə qeyd edirik ki, təklif etdiyimiz həllimizdə müxtəlif ERP sistemlərini bir OLAP kubunda birləşdirmək imkanı var. Bu, bütün holdinq üçün analitika əldə etməyə və korporasiya başqa bir mühasibat ERP sisteminə keçdikdə, məsələn, 1C7-dən 1C8-ə keçdikdə analitikada uzunmüddətli davamlılığı təmin etməyə imkan verir.

MOLAP kub modelindən istifadə etdik. Bu modelin üstünlükləri əməliyyatda etibarlılıq və istifadəçi sorğularının yüksək sürətdə işləməsidir. Dezavantajları: OLAP və OLTP asinxrondur, həmçinin OLAP-ın saxlanması üçün böyük həcmdə yaddaşdır.

Sonda, orta əsrlərdə daha uyğun ola biləcək OLAP-ın lehinə başqa bir arqument var. Çünki onun sübut gücü səlahiyyətə əsaslanır. Təvazökar, açıq-aşkar qiymətləndirilməmiş britaniyalı riyaziyyatçı E. Codd 60-cı illərin sonlarında əlaqəli verilənlər bazaları nəzəriyyəsini inkişaf etdirdi. Bu nəzəriyyənin gücü o idi ki, indi, 50 ildən sonra, SQL-dən başqa qeyri-relational verilənlər bazası və verilənlər bazası sorğu dili tapmaq artıq çətindir.

Relational verilənlər bazası nəzəriyyəsinə əsaslanan OLTP texnologiyası E. Coddun ilk ideyası idi. Əslində, OLAP kubları konsepsiyası onun 90-cı illərin əvvəllərində ifadə etdiyi ikinci ideyasıdır. Riyaziyyatçı olmasanız belə, ikinci fikrin birincisi qədər təsirli olacağını gözləmək olar. Yəni, kompüter analitikası baxımından OLAP ideyaları tezliklə dünyanı ələ keçirəcək və bütün digərlərini sıxışdıracaq. Sadəcə ona görə ki, analitika mövzusu özünün hərtərəfli riyazi həllini OLAP-da tapır və bu həll analitikanın praktiki probleminə “adekvatdır” (B.Spinoza termini). “Adekvat” Spinozada o deməkdir ki, Tanrı özü bundan yaxşısını düşünə bilməzdi...

1. Larson B. Microsoft SQL Serverdə biznes analitikasının inkişafı 2005. – Sankt-Peterburq: “Peter”, 2008.
2. Codd E. Verilənlər Bazasının Altdillərinin Əlaqəli Tamlığı, Məlumat Baza Sistemləri, Courant Kompüter Elmi Sumposia Series 1972, v. 6, Englwood Cliffs, N.Y., Prentice – Hall.

ilə təmasda