Olap (on-layn analitik ishlov berish)

Birinchidan, OLAP kubini bog'lab qo'yish Ma'lumotlar bazasi jadvallariga, albatta, texnik muammolar yaratadi. Stoldagi ma'lumotlarni o'zgartirish kubni yangilash va kubni yangilash, albatta, kub doimiy qayta ishlash holatida bo'ladi; Shu bilan birga, kubni yangilash protsedurasi bazaviy jadvallar ma'lumotlarini blokirovka qilishi mumkin (o'qiyotganda) foydalanuvchilarning ERP tizimidagi ma'lumotlarni ro'yxatga olish orqali to'sqinlik qiladi.

Ikkinchidan, Juda ko'p ko'rsatkichlar va kesishlar, serverda kubning saqlash joyini keskin oshiradi. Olap Kubada, balki, balki manba ma'lumotlari saqlanayotganini unutmaydi, balki barcha mumkin bo'lgan kesmalar uchun barcha mumkin bo'lgan barcha ko'rsatkichlar yaratilgan (va hatto barcha kesmalarning kombinatsiyasida). Bundan tashqari, kubni yangilash tezligi pasayadi va oxirida konservalanish va foydalanuvchilarga asoslangan foydalanuvchining xabar berishicha.

Uchinchidan, Juda ko'p maydonlar (ko'rsatkichlar va kesishlar) Olap ishlab chiquvchi interfeysda muammolar keltirib chiqaradi, chunki Elementlar ro'yxati keskin bo'ladi.

To'rtinchidan, OLAP-kubik ma'lumotlar yaxlitligi buzilishiga juda sezgir. Agar küme havolalari tarkibida belgilangan kalit ma'lumotlari ma'lumot berilmagan bo'lsa, kub qurilmadi. Benuqsonlikni saqlash, to'ldirilmagan maydonlarning vaqtincha yoki doimiy ravishda buzilishi - ERP tizimidagi ma'lumotlar bazasidagi odatiy narsa, ammo OLAP uchun mos emas.

Siz hali ham ERP tizimi va olap kubini yukni ajratish uchun turli xil serverlarga joylashtirilishi kerak. Ammo keyin, OLAP va OLTP uchun umumiy jadvallar bo'lsa, muammo mavjud tarmoq trafigi. Agar siz bir nechta turli xil turli xil turli xil turli xil Hetp-kubni bir nechta olmop-kubik kubini birlashtirish kerak bo'lsa, bu holatda amalda bo'lgan muammolar (1C7, 1C8, ms dinamikasi).
Ehtimol, siz asosiy texnik muammolarni davom ettirishingiz mumkin. Ammo eng muhimi, OLITTdan farqli o'laroq, oltt ma'lumotli emas, balki tahlil vositasi emas. Bu shuni anglatadiki, "faqat" ERP dan "Nopok" ma'lumotlarini OLAP-ga yuborish kerak emas. Aksincha, siz birinchi navbatda KPI tizim darajasida, OLAP kubida joylashgan va kichik miqdordagi aniqlangan miqdordagi ma'lumotlarni o'z ichiga olgan holda kompaniyani boshqarish kontseptsiyasini ishlab chiqishingiz kerak ERP tomonidan boshqariladigan ma'lumotlar.
Yomon odatlarni targ'ib qilmasdan, OLTP kubini OLTP kubini OLTP bilan taqqoslash mumkin, taniqli "toza mahsulot" ni haqiqiy ro'yxatga olishning "puxta massasi" dan olinadi.
Shunday qilib, OLAP ma'lumot manbai OLAP sifatida bir xil serverda joylashgan maxsus ma'lumotlar bazasi (ombor) joylashgan. Umuman olganda, bu ikkita narsani anglatadi. Birinchidan, EPP ma'lumotlar bazalaridan ombor yaratadigan maxsus muolajalar bo'lishi kerak. Ikkinchidan, OLAP kubining ERP tizimlari bilan.
Yuqorida aytib o'tilganlarni hisobga olgan holda hisoblash jarayoni arxitekturasining quyidagi versiyasini taklif etamiz.
Arxitektura echimlari
Turli serverlarga ruxsat bering, ma'lum bir korporatsiya (Xold), tahliliy ma'lumotlar mavjud, ular uchun bitta olmoap kub ichida bir-biridan birini birlashtirishni xohlaymiz. Biz ta'riflangan texnologiyada biz ERP tizimlari ma'lumotlarini OLAP kubini o'zgarmagan dizaynni qoldirib, ERP tizimlari ma'lumotlarini birlashtiramiz.
Olap serverida biz ushbu ERP tizimlarining barcha ma'lumotlar bazalarini (bo'sh nusxalarni) yaratamiz. Biz vaqti-vaqti bilan ushbu bo'sh nusxaga (hammamiz )dir, biz tegishli faol ERP ma'lumotlar bazalarini qisman tarqalib ketamiz.
Quyidagilar SP (saqlangan protsedura), OLAA Tizimlari ma'lumotlar bazasi (ombor) Saqlash (ombor) - OLAP kublari ma'lumotlari manbai bo'lgan.
Keyin Standart kubni yangilash / qurilish tartibi Ombor (SSA Interfeyce-da jarayonlar amaliyotida) amalga oshiriladi.
Biz texnikaning individual daqiqalarida sharhlaymiz. Qanday ish jom?
Qisman replikatsiya natijasida Olap serveridagi ba'zi ERP tizimi shaklida joriy ma'lumotlar paydo bo'ladi. Aytgancha, qisman ko'paytirish ikki shaklda amalga oshirilishi mumkin.
Birinchidan, ERP tizimidagi barcha jadvallardan qisman replikatsiya paytida, faqat ombor qurish uchun zarur bo'lganlar nusxa ko'chirilgan. Bu jadval nomlarining belgilangan ro'yxati bilan boshqariladi.
Ikkinchidan, ko'payishning o'zaro ajralishi barcha dala maydonlari nusxa ko'chirilgan emas, balki faqat ombor qurilishi bilan shug'ullanadiganlar. Nusxalash uchun maydonlar ro'yxati o'rnatiladi yoki sponnning rasmida SPda jadal ravishda yaratiladi (agar stol nusxasida barcha maydonlar bo'lmasa).
Albatta, jadvallarning qatorlarini to'liq nusxalash mumkin emas, faqat yangi yozuvlarni qo'shing. Biroq, bu "ERP" va "orqa" tahririyat xodimlarini ko'pincha ishlaydigan tizimlarda topishda jiddiy noqulaylik tug'diradi. Shunday qilib, hibsga olinmasdan, barcha yozuvlarni nusxalash, barcha yozuvlarni nusxalash (yoki "quyruqni yangilashni" nusxalash osonroq.
Keyin, asosiy vazifa SP ERP ma'lumotlarini ombor formatiga aylantirishdir. Agar faqat bitta ERP tizimi bo'lsa, konversiya vazifasi asosan arraga kamaydi va, ehtimol, kerakli ma'lumotlarni isloh qiladi. Ammo agar o'sha olap Kubada turli xil tuzilmalarning bir nechta ERP tizimlarini birlashtirish kerak bo'lsa, unda o'zgarish murakkab.
Qisman kesishgan, agar ularning ob'ektlarining to'plamlari (ma'lumotnomalar, kontragentlar, omborlar, omborlar va boshqalar) qisman konsolidatsiya qilish, ammo tabiiy ravishda turli xil usullar mavjud bo'lsa, ammo tabiiy ravishda tavsiflangan kitoblar mavjud bo'lsa, juda qiyin turli xil tizimlar (kodlar, identifikatorlar, sarlavhalar va boshqalar).
Darhaqiqat, bunday rasm katta xoldingda paydo bo'ladi, uning avtonom kompaniyalarining bir qismi bir xil hududga nisbatan bir xil faoliyat turlarini bajarsa, lekin o'z va kelishilgan ro'yxatdan o'tish tizimlaridan foydalanish. Bu holda, ombor darajasida ma'lumotlarni birlashtirishda, yordamchi jadvallarni xarita qilmasdan qilmang.
Ombor partiyasi arxitekturasiga e'tibor beramiz. Odatda olap Kuba sxemasi "yulduz", ya'ni I.E. Ma'lumotnomalar jadvali sifatida, ma'lumotnomalar bilan o'ralgan ma'lumotlar kitoblari - ikkinchi darajali kalitlarning stollari. Jadval - "ko'rsatkichlar" bloki, ma'lumotnomalar ularning qisqartirishlari. Shu bilan birga, ma'lumotnoma, o'z navbatida, o'zboshimchalik bilan muvozanatsiz daraxt yoki muvozanatli ierarxiya, masalan, tovarlar yoki kontragentlarning ko'p bosqichli tasnifi bo'lishi mumkin. OLAP Kubada ombordagi ma'lumotlar jadvali avtomatik ravishda "ko'rsatkichlar" (yoki o'lchovlar) va o'lchovlar (yoki o'lchov o'lchamlari) ikkilamchi asosiy jadvallar bilan belgilanishi mumkin.
Bu vizuagogik "pedagogik" tavsifi. Aslida, olap kubining arxitekturasi ancha murakkab bo'lishi mumkin.
Birinchidan, ombor bir nechta "yulduzlardan", ehtimol umumiy kataloglar orqali bog'liq bo'lishi mumkin. Bunday holda, olap kub bir xil kub (bir nechta ma'lumotlar bloklari) birlashtiriladi.
Ikkinchidan, yulduzchaning "nuri" bitta ma'lumotnoma emas, balki butun (ierarxik) fayl tizimi bo'lmasligi mumkin.
Uchinchidan, mavjud o'lchamli kesmalar asosida yangi ierarxik kesmalar aniqlanishi mumkin (aytaylik, kichikroq miqdori, boshqa darajadagi darajadagi va boshqalar).
To'rtinchidan, MDX tilining ifodalari yordamida mavjud ko'rsatkichlar va kesilganlar asosida yangi ko'rsatkichlar aniqlanishi mumkin (hisob-kitoblar). Shuni ta'kidlash kerakki, yangi kublar, yangi ko'rsatkichlar, yangi kesmalar avtomatik ravishda manbali elementlar bilan to'liq o'rnatiladi. Shuni ham ta'kidlash kerakki, afsuski, shakllantirilgan hisob-kitoblar va ierarxik kesmalar olp kubining ishlashini sezilarli darajada sekinlashtirishi mumkin.
Ms Excel OLAP interfeysi sifatida
Alohida qiziqish - bu olmoA kublari bilan foydalanuvchi interfeysi. Tabiiyki, eng to'liq interfeys SSA yordam dasturini o'zi ta'minlaydi. Bu Olap kubni ishlab chiqaruvchi vositasi va interfaol hisobot konstruktori, OLAP kubini MDX tilida so'rovlar bilan olmop kublari bilan interfaol ish.
SSASning o'zi bilan bir qatorda, OLAP bilan interfeysni o'z funktsional imkoniyatlarini engillashtiradigan katta yoki kamroq darajada ta'minlaydigan ko'plab dasturlar mavjud. Ammo ular orasida bizning fikrimizcha, shubhasiz afzalliklarga ega. Bu MS Excel.
MS Excel interfeysi maxsus drayverni ta'minlaydi, individual ravishda yuklab olinadigan yoki Excelga kiritilgan. U OLAAP funktsiyasini qamrab olmaydi, lekin MS Excele versiyalarining o'sishi bilan bu qamrov tobora ko'proq (aytaylik, KPI grafik tasviri MS Excel 2003 va boshqalar).
Albatta, to'liq funktsional imkoniyatlardan tashqari, MS Excelning asosiy afzalligi ushbu dasturning umumiy tarqalishi va ofis foydalanuvchilari sonini engib o'tishdir. Shu ma'noda, boshqa interfeys dasturlaridan farqli o'laroq, kompaniya qo'shimcha ravishda sotib olishlari shart emas va hech kimni hal qilish kerak emas.
OLAP interfeysi sifatida MS Excelning katta afzalligi - OLAAP hisobotida olingan boshqa varaqlar, endi OLAP dasturlari bilan olingan boshqa varaqlar, ammo odatiy Excel vositalarida olingan boshqa varaqlar bilan olingan tadqiqot ma'lumotlari. ).
Elexual Acumuni qayta ishlash tsikli
Endi biz kunlik (oq) hisoblash tsikli OLAP operatsiyasining hisoblash tsikliga tasvirlab beramiz. Hisoblash 2005 yilda yozilgan ACUBII dasturi nazorati ostida amalga oshiriladi va ish rejalari tomonidan Wordehouse va SSA bilan ish rejalarini boshlagan. Farubi boshida Internetga murojaat qiladi va hozirgi valyuta kurslarini o'qiydi (valyutaning bir qator ko'rsatkichlarini ifodalash uchun ishlatiladi). Keyin quyidagi harakatlar amalga oshiriladi.
Birinchidan, FAUMUSI SPni mahalliy tarmoqda mavjud bo'lgan turli Erp Systems (elementlar) ma'lumotlar bazalarini qisman ko'paytirishni boshladi. Replikatsiya biz aytganidek, SSA serverda joylashgan masofadan ERP tizimlarining rasmlari bo'yicha takrorlanadi.
Ikkinchidan, SP orqali Ozod kublari ma'lumotlarining manbai bo'lgan va SSA serverida joylashgan maxsus DB-dan ajratilgan. Shu bilan birga, uchta asosiy vazifa:

•