Olap текше өлшемдері мен өлшемдері. Текше дегеніміз не? Клиент пен сервердегі OLAP

/ Кубистік түрде. OLAP текшелерін ірі компаниялардың басқару тәжірибесінде қолдану

Байланыста

Сыныптастар

Константин Токмачев, жүйе сәулетшісі

Кубистік стильде.
OLAP текшелерін ірі компаниялардың басқару тәжірибесінде қолдану

Мүмкін, корпорацияның есептеу ресурстары тек ақпаратты және бухгалтерлік есептерді жазуға жұмсалатын уақыт өтті. Бұл ретте басқарушылық шешімдер кеңселерде, жиналыстар мен жиналыстарда «көзбен» қабылданатын. Мүмкін Ресейде корпоративтік есептеу жүйелерін компьютерде тіркелген деректер негізінде басқару мәселелерін шешу үшін негізгі ресурсқа қайтару уақыты келді.

Бизнес-аналитиканың артықшылықтары туралы

Корпоративтік басқару циклінде «шикі» деректер мен басқарылатын объектіге әсер ету «рычагтары» арасында «тиімділік көрсеткіштері» - KPI бар. Олар басқарылатын объектінің әртүрлі ішкі жүйелерінің күйін көрсететін өзіндік «бақылау тақтасын» құрайды. Компанияны ақпараттық тиімділік көрсеткіштерімен жабдықтау және олардың есебі мен алынған мәндерін бақылау бизнес-аналитиктің жұмысы болып табылады. MS утилитасы сияқты автоматтандырылған талдау қызметтері корпорацияның аналитикалық жұмысын ұйымдастыруда айтарлықтай көмек көрсете алады. SQL сервері Analysis Services (SSAS) және оның негізгі мүмкіндігі OLAP текшесі болып табылады.

Осы жерде тағы бір ойды айта кету керек. Айталық, американдық дәстүрде OLAP текшелерімен жұмыс істеуге бағытталған мамандық BI (Business Intelligence) деп аталады. Американдық BI ресейлік «бизнес талдаушыға» сәйкес келеді деген елес болмауы керек. Ренжімеңіз, бірақ көбінесе біздің бизнес-аналитик «бухгалтер» және «бағдарламашы», бұлыңғыр білімі бар және аз жалақысы бар маман, шынында да өз құралдары мен әдістемесі жоқ.

BI маманы - бұл шын мәнінде қолданбалы математик, компанияның арсеналына заманауи математикалық әдістерді енгізетін жоғары білікті маман (операцияларды зерттеу деп аталды - операцияларды зерттеу әдістері). BI бір кездері КСРО-да Мәскеу мемлекеттік университетінің есептеу математика-математика факультетін бітірген «жүйелік талдаушы» мамандығына көбірек сәйкес келеді. М.В. Ломоносов. OLAP текшесі және талдау қызметтері американдық BI бағытында біліктілікті арттыру курсынан кейін ресейлік бизнес-аналитиктің жұмыс орны үшін перспективалық негіз бола алады.

Жақында тағы бір зиянды үрдіс пайда болды. Мамандандырудың арқасында корпорация қызметкерлерінің әртүрлі санаттары арасындағы өзара түсіністік жойылды. Бухгалтер, менеджер және бағдарламашы, мысалы, И.А.-ның ертегіндегі «аққу, шаян және шортан». Крылов, корпорацияны әртүрлі бағыттарға тартып отыр.

Бухгалтер есеп берумен айналысады, оның сомалары мағынасы жағынан да, динамикасы жағынан да компанияның бизнес процесіне тікелей байланысты емес;

Менеджер бизнес-процестің өз бөлігімен айналысады, бірақ жаһандық деңгейде, жалпы компания деңгейінде өз іс-әрекетінің нәтижелері мен болашағын бағалай алмайды.

Ақырында, бір кездері (білімінің арқасында) ғылым сферасынан бизнес саласына дейінгі озық техникалық идеялардың дирижері болған программист есепші мен менеджердің қиялдарының пассивті орындаушысына айналды, сондықтан ол жоқ. Корпорациялардың IT-департаменттерін бухгалтерлер және жалпы, жалқау емес барлық адамдар басқарады. Бастаманың жоқтығы, сауатсыз, бірақ салыстырмалы түрде жоғары жалақы алатын 1С бағдарламашысы - нағыз қасірет Ресейлік корпорациялар. (Отандық футболшы дерлік.) Мен «экономистер мен заңгерлер» туралы айтып жатқан жоқпын.

Сонымен, бағдарламалау және бухгалтерлік есеп негіздерін жетік меңгерген, білімді қажет ететін SSAS аппаратымен жабдықталған бизнес-аналитиктің ұстанымы бизнес-процестің талдауы мен болжамына қатысты компания жұмысын біріктіруге қабілетті.

OLAP текшелерінің артықшылықтары

OLAP текшесі заманауи емиерархияның барлық деңгейлеріндегі қызметкерлерді сипаттайтын көрсеткіштердің қажетті жиынтығымен қамтамасыз етуге мүмкіндік беретін корпоративтік компьютерлік жүйе деректер базасын талдау өндірістік процесскомпаниялар. Мәселе MDX текшесіне арналған ыңғайлы интерфейс пен икемді сұрау тілі (Көпөлшемді eExpressions) қажетті аналитикалық көрсеткіштерді құрастыруға және есептеуге мүмкіндік беретінінде ғана емес, сонымен қатар OLAP текшесі мұны жасайтын керемет жылдамдық пен оңайлықта. Оның үстіне, бұл жылдамдық пен қарапайымдылық белгілі бір шектерде есептеулердің күрделілігіне және деректер қорының көлеміне байланысты емес.

OLAP-қа кейбір кіріспе-
текшені MS Excel бағдарламасының «жиынтық кестесі» арқылы беруге болады. Бұл нысандарда ұқсас логика және ұқсас интерфейстер бар. Бірақ, мақаладан көрініп тұрғандай, OLAP функционалдығы салыстыруға келмейтіндей бай және өнімділігі теңдессіз жоғары, сондықтан «жиынтық кесте» жергілікті жұмыс үстелі өнімі болып қалады, ал OLAP кәсіпорын деңгейіндегі өнім болып табылады.

Неліктен OLAP текшесі шешуге соншалықты жақсы аналитикалық тапсырмалар? OLAP текшесі барлық ықтимал бөлімдердегі барлық көрсеткіштер алдын ала есептелетіндей (толық немесе ішінара) жасалған және пайдаланушы қажетті көрсеткіштерді (өлшемдерді) және өлшемдерді (өлшемдерді) тек «шығарып» алатындай етіп жасалған. тінтуірді және бағдарлама кестелерді қайта сала алады.

Барлық бөлімдердегі барлық ықтимал талдаулар бір үлкен өрісті, дәлірек айтқанда, өрісті емес, жай ғана көп өлшемді OLAP текшесін құрайды. Пайдаланушы (менеджер, бизнес-аналитик, атқарушы) кез келген сұранысты талдау қызметіне жүгінсе де, жауап беру жылдамдығы екі нәрсемен түсіндіріледі: біріншіден, талап етілетін аналитиканы оңай тұжырымдауға болады (немесе тізімнен аты бойынша таңдалған немесе көрсетілген MDX тіліндегі формула ), екіншіден, әдетте, ол есептелген.

Аналитиканы тұжырымдау үш опцияда мүмкін: бұл дерекқор өрісі (дәлірек айтсақ, қойма өрісі), немесе текше жасақтамасы деңгейінде анықталған есептеу өрісі немесе текшемен интерактивті жұмыс істеу кезінде MDX тіл өрнегі.

Бұл OLAP текшелерінің бірнеше тартымды мүмкіндіктерін білдіреді. Негізінде, пайдаланушы мен деректер арасындағы кедергі жойылады. Кедергі қолданбалы бағдарламашы түрінде болады, ол, біріншіден, мәселені түсіндіруі керек (тапсырманы қою). Екіншіден, қолданбалы бағдарламашы алгоритмді құруды, бағдарламаны жазуды және жөндеуді күту керек, содан кейін оны өзгертуге болады. Егер қызметкерлер көп болса және олардың талаптары әртүрлі және өзгермелі болса, қолданбалы бағдарламашылардың тұтас командасы қажет. Бұл мағынада OLAP текшесі (және білікті бизнес-аналитик) аналитикалық жұмыс тұрғысынан қолданбалы бағдарлама жасаушылардың бүкіл тобын ауыстырады, экскаватор операторы бар қуатты экскаватор арық қазған кезде бүкіл еңбек мигранттары командасын күрекпен алмастыратыны сияқты!

Сонымен бірге алынған аналитикалық мәліметтердің тағы бір өте маңызды сапасына қол жеткізіледі. Бүкіл компания үшін бір ғана OLAP текшесі болғандықтан, яғни. Бұл деректердегі тітіркендіргіш сәйкессіздіктерді жоятын барлығына арналған талдаушылармен бірдей өріс. Менеджер субъективтілік факторын жою үшін бірнеше тәуелсіз қызметкерлерге бірдей тапсырманы сұрауға мәжбүр болғанда, бірақ олар бәрібір әртүрлі жауаптар әкеледі, оны әркім қандай да бір жолмен түсіндіруге міндеттенеді және т.б. OLAP текшесі корпоративтік иерархияның әртүрлі деңгейлеріндегі аналитикалық деректердің біркелкілігін қамтамасыз етеді, яғни. егер басшы оны қызықтыратын белгілі бір көрсеткішті егжей-тегжейлі көрсеткісі келсе, онда ол, әрине, бағыныштысы жұмыс істейтін төменгі деңгейдегі деректерге келеді және дәл осы деректер негізінде жоғары деңгейдегі көрсеткіш есептелетін болады. , және басқа деректер емес, басқа жолмен, басқа уақытта және т.б. Яғни, бүкіл компания бірдей аналитиканы көреді, бірақ біріктірудің әртүрлі деңгейлерінде.

Мысал келтірейік. Басшы дебиторлық берешекті бақылайды делік. Мерзімі өткен дебиторлық берешек бойынша KPI жасыл түсте болса, бұл бәрі қалыпты және ешқандай басқару шаралары қажет емес дегенді білдіреді. Егер түс сары немесе қызылға өзгерсе, бірдеңе дұрыс емес: біз сату бөлімдері бойынша KPI-ді кесіп, бөлімдерді бірден «қызылмен» көреміз. Менеджерлер бойынша келесі бөлім - және клиенттері төлемдерден кейін қалған сатушы анықталды. (Одан әрі мерзімі өтіп кеткен соманы тұтынушыларға, шарттарға және т.б. бөлуге болады) Корпорация басшысы кез келген деңгейдегі тәртіп бұзушылармен тікелей байланыса алады. Бірақ тұтастай алғанда бірдей KPI (иерархиялық деңгейлерде) бөлім басшылары да, сату менеджерлері де көреді. Сондықтан, жағдайды түзету үшін оларға «кілемдегі қоңырауды» күтудің де қажеті жоқ... Әрине, KPI міндетті түрде мерзімі өткен төлемдер сомасы болуы керек емес - бұл мерзімі өткен төлемдердің орташа өлшенген кезеңі немесе жалпы алғанда дебиторлық берешектің айналым жылдамдығы.

MDX тілінің күрделілігі мен икемділігі жылдам (кейде лездік) нәтижелермен бірге (әзірлеу және жөндеу кезеңдерін ескере отырып) күрделі басқару тапсырмаларын шешуге мүмкіндік беретінін атап өтейік, ол басқа жағдайда мүлдем қойылмауы мүмкін. қолданбалы бағдарламашылар үшін күрделілікке және тұжырымдаудағы бастапқы белгісіздікке байланысты. (Тәжірибеде жағдайлардың өзгеруі жиі кездесетін кезде, нашар түсінілген тұжырымдар мен бағдарламалардың ұзақ модификацияларына байланысты қолданбалы бағдарламашыларға аналитикалық есептерді шешуге арналған ұзақ мерзімдер.)

Сондай-ақ компанияның әрбір қызметкері жалпы алқаптан OLAP талдаушысына өз жұмысына қажетті өнімді жинай алатындығына және коммуналдық қызметте ол үшін кесілген «жолаққа» қанағаттанбауына назар аударайық. «стандартты есептер».

Клиент-сервер режимінде OLAP текшесімен жұмыс істеуге арналған көп пайдаланушы интерфейсі әрбір қызметкерге басқаларға қарамастан, анықталғаннан кейін автоматты түрде болатын өзінің (тіпті белгілі бір дағдылармен өзі жасаған) аналитикалық блоктары (есептері) болуына мүмкіндік береді. жаңартылған - басқаша айтқанда, олар әрқашан жаңартылған күйде.

Яғни, OLAP текшесі сізге аналитикалық жұмысты жасауға мүмкіндік береді (бұл іс жүзінде тек қабылдау сарапшылары ғана емес, сонымен қатар компанияның барлық дерлік қызметкерлері, тіпті баланстар мен жөнелтілімдерді бақылайтын логистиктер мен менеджерлер де жүзеге асырады), «жалпы емес» , бұл жұмысты жақсартуға және өнімділікті арттыруға жағдай жасайды.

Кіріспемізді қорытындылау үшін OLAP текшелерін пайдалану компанияны басқаруды жоғары деңгейге көтеруге болатындығын атап өтеміз. Иерархияның барлық деңгейлеріндегі аналитикалық деректердің біркелкілігі, олардың сенімділігі, күрделілігі, көрсеткіштерді құру және өзгертудің қарапайымдылығы, жеке баптаулар, деректерді өңдеудің жоғары жылдамдығы, сайып келгенде, баламалы аналитикалық жолдарды қолдауға жұмсалатын ақша мен уақытты үнемдеу (қолданбалы бағдарламашылар, қызметкердің тәуелсіз есептеулері) ірі ресейлік компаниялардың тәжірибесінде OLAP текшелерін пайдалану перспективаларын ашады.

OLTP + OLAP: контур кері байланыскомпанияны басқару тізбегінде

Енді OLAP текшелерінің жалпы идеясын және оларды корпоративтік басқару тізбегінде қолдану нүктесін қарастырайық. OLAP (OnLine Analytical Processing) терминін британдық математик Эдгар Кодд өзінің бұрын енгізілген OLTP (OnLine Transactions Processing) терминіне қосымша енгізген. Бұл кейінірек талқыланады, бірақ Э.Кодд, әрине, OLTP және OLAP-тың терминдерін ғана емес, сонымен қатар математикалық теорияларын да ұсынды. Егжей-тегжейлерге тоқталмай-ақ, заманауи интерпретацияда OLTP - ақпаратты жазу, сақтау және алу механизмі ретінде қарастырылатын реляциялық деректер базасы.

Шешу әдістемесі

1C7, 1C8, MS Dynamics AX сияқты ERP жүйелерінде (Enterprice Resource Planning) пайдаланушыға бағытталған бағдарламалық интерфейстер (құжаттарды енгізу және өңдеу, т.б.) және ақпаратты сақтауға және алуға арналған реляциялық деректер базасы (ДҚ) бар, бүгінде бағдарламалық құрал арқылы ұсынылған. MS SQL Server (SS) сияқты өнімдер.

ERP жүйесінің дерекқорында тіркелген ақпарат шынымен де өте құнды ресурс екенін ескеріңіз. Мәселе тіркелген ақпараттың корпорацияның ағымдағы құжат айналымын (құжаттарды алу, оларды түзету, басып шығару және салыстыру мүмкіндігі және т.б.) қамтамасыз етуінде ғана емес, сонымен қатар қаржылық есептілікті (салықтар, аудит және т.б.) есептеу мүмкіндігі ғана емес. ). Басқару тұрғысынан алғанда, OLTP жүйесі (реляциялық деректер базасы) шын мәнінде корпорация қызметінің нақты сандық үлгісі болып табылатыны әлдеқайда маңызды.

Бірақ процесті басқару үшін ол туралы ақпаратты тіркеу жеткіліксіз. Процесс оның ілгерілеуін сипаттайтын сандық көрсеткіштер жүйесі (KPI) түрінде ұсынылуы керек. Сонымен қатар, көрсеткіштер үшін рұқсат етілген мәндер диапазондары анықталуы керек. Және индикатордың мәні рұқсат етілген интервалдан тыс түссе ғана, бақылау әрекеті орындалуы керек.

Басқарудың осы логикасына (немесе мифологиясына) қатысты («ауытқу арқылы басқару») қайық бағыттан ауытқыған кезде ескекке сүйенетін штурвалшы (киберноза) бейнесін жасаған ежелгі грек философы Платон да, Компьютерлік дәуірдің қарсаңында кибернетика ғылымын жасаған американдық математик Норберт Винер.

OLTP әдісі арқылы ақпаратты жазудың әдеттегі жүйесінен басқа, басқа жүйе қажет - жиналған ақпаратты талдау жүйесі. Басқару циклінде басқару мен басқару нысаны арасындағы кері байланыс рөлін атқаратын бұл қондырма OLAP жүйесі немесе қысқаша айтқанда, OLAP текшесі болып табылады.

OLAP бағдарламалық қамтамасыз етуді іске асыру ретінде біз MS SQL Server стандартты жеткізілімінің бөлігі болып табылатын MS Analysis Services утилитасын қарастырамыз, қысқартылған SSAS. Э.Кодд жоспарына сәйкес, аналитикадағы OLAP текшесі ақпаратты сақтау және алу кезінде OLTP жүйесі мен реляциялық дерекқор (SQL сервері) қамтамасыз ететіндей толық әрекет еркіндігін беруі керек екенін ескеріңіз.

OLAP Logistics

Енді нақты конфигурацияны қарастырайық сыртқы құрылғылар, OLAP текшесінің автоматтандырылған жұмысы негізделген қолданбалы бағдарламалар мен технологиялық операциялар.

Біз корпорация ERP жүйесін пайдаланады деп есептейміз, мысалы, 1C7 немесе 1C8, оның ішінде ақпарат әдеттегідей жазылады. Бұл ERP жүйесінің деректер базасы белгілі бір серверде орналасқан және оны MS SQL Server қолдайды.

Сондай-ақ біз басқа серверде бағдарламалық құрал орнатылған деп есептейміз, соның ішінде MS Analysis Services (SSAS) утилитасы бар MS SQL Server, сондай-ақ MS SQL Server Management Studio, MS C#, MS Excel және MS Visual Studio. Бұл бағдарламалар бірге қажетті мәтінмәнді құрайды: OLAP текшелерін әзірлеушіге арналған құралдар мен қажетті интерфейстер.

SSAS серверінде (параметрлері бар) blat деп аталатын еркін таратылатын бағдарлама бар пәрмен жолыжәне пошта қызметін қамтамасыз ету.

Қызметкерлердің жұмыс орындарында, ішінде жергілікті желі, басқа нәрселермен қатар, MS Excel бағдарламалары (2003 жылдан кем емес нұсқалар) орнатылған, сонымен қатар MS Excel бағдарламасының MS Analysis Services қызметтерімен жұмыс істеуін қамтамасыз ету үшін арнайы драйвер (егер сәйкес драйвер MS Excel бағдарламасына қосылмаса) орнатылған.

Анық болу үшін операциялық жүйе қызметкерлердің жұмыс орындарында орнатылған деп есептейміз. Windows жүйесі XP және серверлерде - Windows сервері 2008. Оған қоса, OLAP текшесі бар серверде орнатылған Enterprise Edition (EE) немесе Developer Edition (DE) бар MS SQL Server 2005 нұсқасын SQL сервері ретінде пайдалануға рұқсат етіңіз. Бұл басылымдарда деп аталатындарды қолдануға болады. «жартылай аддитивті шаралар», яғни. қосымша агрегаттық функциялар(статистика) қарапайым сомадан басқа (мысалы, төтенше немесе орташа).

OLAP текше дизайны (OLAP кубизмі)

OLAP текшесінің дизайны туралы бірнеше сөз айтайық. Статистика тілінде OLAP текшесі - бұл барлық қажетті бөлімдерде есептелген өнімділік көрсеткіштерінің жиынтығы, мысалы, тұтынушылар, тауарлар, күндер бойынша бөлімдердегі жөнелту көрсеткіші және т.б. OLAP текшелеріндегі орыс әдебиетіндегі ағылшын тілінен тікелей аудармаға байланысты көрсеткіштер «өлшемдер» деп аталады, ал бөлімдер «өлшемдер» деп аталады. Бұл математикалық тұрғыдан дұрыс, бірақ синтаксистік және семантикалық жағынан аса сәтті емес аударма. Орыстың «өлшеу», «өлшем», «өлшем» сөздері мағынасы мен жазылуы жағынан бірдей дерлік болса, ағылшын тіліндегі «өлшем» және «өлшем» жазылуы да, мағынасы да әртүрлі. Сондықтан біз мағынасы жағынан ұқсас дәстүрлі орыс статистикалық «индикатор» және «қиық» терминдеріне артықшылық береміз.

Деректер жазылған OLTP жүйесіне қатысты OLAP текшесін бағдарламалық құралды іске асырудың бірнеше опциялары бар. Біз тек бір схеманы қарастырамыз, ең қарапайым, ең сенімді және жылдам.

Бұл дизайнда OLAP және OLTP кестелерді ортақ пайдаланбайды және OLAP талдаулары пайдалану кезеңінен бұрын болатын текшені жаңарту (процесс) кезеңінде мүмкіндігінше егжей-тегжейлі есептелінеді. Бұл схема MOLAP (Multimensional OLAP) деп аталады. Оның кемшіліктері ERP-мен асинхронды және жадының жоғары құны болып табылады.

Ресми түрде OLAP текшесін барлық (мыңдаған) ERP жүйесінің реляциялық дерекқор кестелерін деректер көзі ретінде және олардың барлық (жүздеген) өрістерін көрсеткіштер немесе бөлімдер ретінде пайдалану арқылы жасауға болады, бірақ шын мәнінде бұл жасалмауы керек. Қарама-қарсы. Текшеге жүктеу үшін «витрина» немесе «қойма» деп аталатын бөлек дерекқорды дайындау дұрысырақ.

Мұны істеуге бізді бірнеше себептер мәжбүр етеді.

• Біріншіден, OLAP текшесін нақты дерекқордағы кестелерге байланыстыру, әрине, техникалық ақауларды тудырады. Кестедегі деректерді өзгерту текшені жаңартуды бастауы мүмкін және текшені жаңарту міндетті түрде жылдам процесс емес, сондықтан текше тұрақты қайта құру күйінде болады; Сонымен бірге текшені жаңарту процедурасы дерекқор кестелерінің деректерін блоктай алады (оқу кезінде), ERP жүйесінде деректерді тіркеудегі пайдаланушылардың жұмысын бәсеңдетеді.
• Екіншіден, Тым көп көрсеткіштер мен қысқартулар сервердегі текшенің сақтау аймағын күрт арттырады. OLAP текшесі OLTP жүйесіндегідей бастапқы деректерді ғана емес, сонымен қатар барлық ықтимал бөлімдер (тіпті барлық бөлімдердің барлық комбинациялары) бойынша жинақталған барлық көрсеткіштерді сақтайтынын ұмытпайық. Бұған қоса, текшені жаңарту жылдамдығы және сайып келгенде, аналитика мен оларға негізделген пайдаланушы есептерін құру және жаңарту жылдамдығы сәйкесінше баяулайды.
• Үшіншіден, тым көп өрістер (көрсеткіштер мен бөлімдер) OLAP әзірлеуші ​​интерфейсінде проблемалар тудырады, себебі элементтердің тізімі орасан зор болады.
• Төртіншіден, OLAP текшесі деректер тұтастығын бұзуға өте сезімтал. Негізгі деректер текше өріс қосылымдарының құрылымында көрсетілген сілтемеде орналаспаса, текшені құрастыру мүмкін емес. Уақытша немесе тұрақты тұтастықты бұзу, бос өрістер ERP жүйесінің дерекқорында жиі кездеседі, бірақ бұл OLAP үшін мүлдем жарамайды.

Сондай-ақ, ERP жүйесі мен OLAP текшесі жүктемені ортақ пайдалану үшін әртүрлі серверлерде орналасуы керек екенін қосуға болады. Бірақ содан кейін OLAP және OLTP үшін ортақ кестелер болса, желілік трафик мәселесі де туындайды. Іс жүзінде шешілмейтін мәселелер бұл жағдайда бірнеше бөлек емес ERP жүйелерін (1C7, 1C8, MS Dynamics AX) бір OLAP текшесіне біріктіру қажет болғанда туындайды.

Бәлкім, техникалық ақауларды одан әрі үймелей беруіміз мүмкін. Бірақ ең бастысы, OLTP-тен айырмашылығы, OLAP деректерді жазу және сақтау құралы емес, аналитикалық құрал екенін есте сақтаңыз. Бұл ERP жүйесінен OLAP-қа «лас» деректерді «қандай жағдайда» жүктеп салудың және жүктеудің қажеті жоқ дегенді білдіреді. Керісінше, сіз ең болмағанда KPI жүйесі деңгейінде компанияны басқару тұжырымдамасын әзірлеуіңіз керек, содан кейін OLAP текшесі сияқты бір серверде орналасқан және шағын деректер қоймасын қамтитын қолданба деректер қоймасын (қоймасын) жобалауыңыз керек. , басқару үшін қажетті ERP деректерінің нақтыланған көлемі.

Жаман әдеттерді насихаттамастан, OLTP-ге қатысты OLAP текшесін нақты тіркеудің «ашытылған массасынан» «таза өнім» алынатын белгілі «әлсізге» ұқсатуға болады.

Сонымен, біз OLAP үшін деректер көзі OLAP серверінде орналасқан арнайы деректер қоры (қойма) екенін алдық. Жалпы бұл екі нәрсені білдіреді. Біріншіден, ERP дерекқорларынан қойма жасайтын арнайы процедуралар болуы керек. Екіншіден, OLAP текшесі ERP жүйелерімен асинхронды.

Жоғарыда айтылғандарды ескере отырып, біз есептеу процесінің архитектурасының келесі нұсқасын ұсынамыз.

Шешім архитектурасы

Әртүрлі серверлерде орналасқан белгілі бір корпорацияның (холдингтің) көптеген ERP жүйелері бар делік, аналитикалық деректер бір OLAP текшесінде біріктірілгенін көргіміз келеді. Біз сипатталған технологияда OLAP текшесінің дизайнын өзгеріссіз қалдырып, қойма деңгейінде ERP жүйелерінің деректерін біріктіретінімізді атап өтеміз.

OLAP серверінде біз барлық осы ERP жүйелерінің дерекқорларының кескіндерін (бос көшірмелерін) жасаймыз. Біз мезгіл-мезгіл (түнде) осы бос көшірмелерге сәйкес белсенді ERP дерекқорларының ішінара көшірмелерін орындаймыз.

Әрі қарай, желі трафигі жоқ бір OLAP серверінде ERP жүйесінің дерекқорларының ішінара көшірмелері негізінде қойманы (қойманы) - OLAP текшесінің деректер көзін жасайтын (немесе толықтыратын) SP (сақталған процедура) іске қосылады.

Содан кейін қойма деректеріне негізделген текшені жаңарту/құрастырудың стандартты процедурасы іске қосылады (SSAS интерфейсіндегі процесс әрекеті).

Технологияның кейбір аспектілеріне түсініктеме берейік. СП қандай жұмыс істейді?

Жартылай репликация нәтижесінде ағымдағы деректер OLAP серверіндегі кейбір ERP жүйесінің кескінінде пайда болады. Айтпақшы, ішінара репликацияны екі жолмен орындауға болады.

Біріншіден, ERP жүйесінің деректер базасындағы барлық кестелерден тек ішінара репликация кезінде қойманы құруға қажет кестелер көшіріледі. Бұл кесте атауларының бекітілген тізімімен басқарылады.

Екіншіден, ішінара репликация кестенің барлық өрістері емес, тек қойманы құруға қатысатындар ғана көшірілетінін білдіруі мүмкін. Көшірілетін өрістер тізімі көшірменің суретінде SP-де көрсетіледі немесе динамикалық түрде жасалады (егер кестенің көшірмесінде бастапқыда барлық өрістер болмаса).

Әрине, кестенің барлық жолдарын көшіруге болмайды, тек жаңа жазбаларды қосуға болады. Дегенмен, бұл ERP түзетулерін «кері» есепке алу кезінде елеулі қолайсыздықтар тудырады, бұл көбінесе нақты өмірлік жүйелерде кездеседі. Сонымен, барлық жазбаларды көшіру (немесе белгілі бір күннен бастап «құйрықты» жаңарту) көп ұзамай оңайырақ.

Әрі қарай, SP негізгі міндеті - ERP жүйесінің деректерін қойма пішіміне түрлендіру. Егер бір ғана ERP жүйесі болса, түрлендіру міндеті негізінен қажетті деректерді көшіруге және мүмкін қайта пішімдеуге келеді. Бірақ бір OLAP текшесінде әртүрлі құрылымдардың бірнеше ERP жүйелерін біріктіру қажет болса, онда түрлендірулер күрделене түседі.

Текшедегі бірнеше әртүрлі ERP жүйелерін біріктіру тапсырмасы, әсіресе олардың объектілерінің жиынтықтары (тауарлар каталогтары, мердігерлер, қоймалар және т.б.) ішінара қабаттасса, объектілер бірдей мағынаға ие болса, бірақ каталогтарда табиғи түрде әртүрлі сипатталған болса, әсіресе қиын. әртүрлі жүйелердің (кодтар, идентификаторлар, атаулар және т.б. мағынасында).

Шындығында, мұндай көрініс ірі холдингтік компанияда пайда болады, оның құрамындағы бір типтегі бірнеше автономды компаниялар шамамен бір аумақта шамамен бірдей қызмет түрлерін жүзеге асырады, бірақ өздерінің және келісілмеген тіркеу жүйелерін пайдаланады. Бұл жағдайда қойма деңгейінде деректерді біріктіру кезінде көмекші салыстыру кестелерінсіз жасай алмайсыз.

Қойманы сақтау архитектурасына біраз назар аударайық. Әдетте, OLAP текше схемасы «жұлдыз» түрінде көрсетіледі, яғни. каталогтардың «сәулелерімен» қоршалған деректер кестесі ретінде - қосымша кілт мәндерінің кестелері. Кесте – бұл «көрсеткіштер» блогы, олардың бөлімдері. Бұл жағдайда анықтамалық өз кезегінде ерікті теңгерімсіз ағаш немесе теңдестірілген иерархия болуы мүмкін, мысалы, тауарлардың немесе мердігерлердің көп деңгейлі жіктелуі. OLAP текшесінде қоймадағы деректер кестесінің сандық өрістері автоматты түрде «көрсеткіштерге» (немесе өлшемдерге) айналады және бөлімдер (немесе өлшемдер) қосымша кілт кестелері арқылы анықталуы мүмкін.

Бұл көрнекі «педагогикалық» сипаттама. Шындығында, OLAP текшесінің архитектурасы әлдеқайда күрделі болуы мүмкін.

Біріншіден, қойма бірнеше «жұлдыздардан» тұруы мүмкін, мүмкін жалпы каталогтар арқылы қосылған. Бұл жағдайда OLAP текшесі бірнеше текшелердің (бірнеше деректер блоктарының) бірігуі болады.

Екіншіден, жұлдызшаның «сәулесі» бір ғана каталог емес, тұтас (иерархиялық) файлдық жүйе болуы мүмкін.

Үшіншіден, бар өлшем бөлімдерінің негізінде жаңа иерархиялық бөлімдерді OLAP әзірлеуші ​​интерфейсі құралдарының көмегімен анықтауға болады (мысалы, аз деңгейлермен, деңгейлердің басқа ретімен және т.б.)

Төртіншіден, бар көрсеткіштер мен бөлімдер негізінде MDX тілінің өрнектерін пайдалана отырып, жаңа көрсеткіштерді (есептерді) анықтауға болады. Жаңа текшелер, жаңа көрсеткіштер, жаңа бөлімдер бастапқы элементтермен автоматты түрде толығымен біріктірілетінін ескеру маңызды. Сондай-ақ, нашар тұжырымдалған есептеулер мен иерархиялық бөлімдер OLAP текшесінің жұмысын айтарлықтай баяулатуы мүмкін екенін атап өткен жөн.

MS Excel OLAP интерфейсі ретінде

OLAP текшелері бар пайдаланушы интерфейсі ерекше қызығушылық тудырады. Әрине, ең толық интерфейсті SSAS утилитасының өзі қамтамасыз етеді. Бұған OLAP текшесін әзірлеуші ​​құралдар жинағы, интерактивті есеп құрастырушы және терезе кіреді интерактивті жұмыс MDX сұрауларын қолданатын OLAP текшесі арқылы.

SSAS-тің өзінен басқа, OLAP интерфейсін қамтамасыз ететін, олардың функционалдығын көп немесе аз дәрежеде қамтитын көптеген бағдарламалар бар. Бірақ олардың арасында, біздің ойымызша, даусыз артықшылығы бар біреуі бар. Бұл MS Excel.

MS Excel интерфейсін бөлек жүктеп алуға болатын немесе Excel дистрибутивіне кіретін арнайы драйвер қамтамасыз етеді. Ол OLAP-тың барлық функционалдығын қамтымайды, бірақ MS Excel нұсқа нөмірлерінің өсуімен бұл қамту кеңейе түсуде (мысалы, MS Excel 2007-де MS Excel 2003-те болмаған KPI графикалық көрінісі пайда болады және т.б.). ).

Әрине, оның толық функционалдығымен қатар, MS Excel бағдарламасының басты артықшылығы - бұл бағдарламаның кең таралуы және онымен кеңсе пайдаланушыларының басым бөлігінің жақын танысуы. Бұл мағынада, басқа интерфейстік бағдарламалардан айырмашылығы, компанияға қосымша ештеңе сатып алудың қажеті жоқ және ешкімді қосымша оқытудың қажеті жоқ.

OLAP интерфейсі ретінде MS Excel бағдарламасының үлкен артықшылығы OLAP есебінде алынған деректерді одан әрі дербес өңдеу мүмкіндігі болып табылады (яғни, OLAP құралдарын пайдаланбай, сол Excel бағдарламасының басқа парақтарындағы OLAP-тан алынған деректерді зерттеуді жалғастыру, бірақ кәдімгі Excel құралдарын пайдалану).

Факубидің түнгі емдеу циклі

Енді біз OLAP операциясының күнделікті (түнгі) есептеу циклін сипаттайтын боламыз. Есептеу C# 2005 тілінде жазылған facubi бағдарламасының бақылауымен жүзеге асырылады және қойма мен SSAS бар серверде Task Scheduler арқылы іске қосылады. Басында факуби интернетке кіріп, ағымдағы валюта бағамдарын оқиды (валютадағы бірқатар көрсеткіштерді көрсету үшін қолданылады). Содан кейін келесі қадамдарды орындаңыз.

Біріншіден, facubi жергілікті желіде қол жетімді әртүрлі ERP жүйелерінің (ұстау элементтері) дерекқорларының ішінара репликациясын орындайтын SP іске қосады. Репликация, біз айтқанымыздай, алдын ала дайындалған «фондарға» - SSAS серверінде орналасқан қашықтағы ERP жүйелерінің кескіндеріне орындалады.

Екіншіден, SP арқылы ERP репликаларынан қойма қоймасына – OLAP текше деректерінің көзі болып табылатын және SSAS серверінде орналасқан арнайы ДҚ-ға салыстыру орындалады. Бұл жағдайда үш негізгі міндет шешіледі:

• ERP деректеріқажетті текше пішімдеріне реттелген; туралы айтып отырмызкестелер және кесте өрістері туралы. (Кейде талап етілетін кестені, айталық, бірнеше MS Excel парақтарынан «сәнге келтіру» қажет.) Ұқсас деректер әртүрлі ERP-де әртүрлі пішімдерге ие болуы мүмкін, мысалы, 1C7 каталогтарындағы негізгі идентификатор өрістерінде ұзындығы 8 болатын 36 таңбалы таңба коды болады. , және _idrref 1С8 каталогтарындағы өрістер – ұзындығы 32 он алтылық сандар;
• өңдеу кезінде логикалық деректерді бақылау (мүмкіндігінше жетіспейтін деректердің орнына «әдепкі мәндерді» жазуды қоса) және тұтастықты бақылау жүзеге асырылады, т.б. сәйкес жіктеуіштерде бастапқы және қосалқы кілттердің болуын тексеру;
• кодты біріктіру әртүрлі ERP-де бірдей мағынаға ие нысандар. Мысалы, әртүрлі ERP каталогтарының сәйкес элементтері бірдей мағынаға ие болуы мүмкін, айталық, олар бір контрагент. Кодтарды біріктіру мәселесі картографиялық кестелерді құру арқылы шешіледі, мұнда әртүрлі кодтарбірдей объектілер бірлікке келтіріледі.

Үшіншіден, facubi іске қосылады стандартты процедураПроцесс текшесі деректерін жаңарту (SSAS қызметтік бағдарлама процедураларынан).

Тексеру тізімдерінің негізінде facubi өңдеу қадамдарының барысы туралы электрондық хаттарды жібереді.

Facubi орындағаннан кейін, Тапсырмаларды жоспарлаушы бірнеше Excel файлдарын кезекпен іске қосады, оларда есептер OLAP текше көрсеткіштері негізінде алдын ала жасалады. Жоғарыда айтқанымыздай, MS Excel бағдарламасының ерекшелігі бар бағдарламалық интерфейс OLAP текшелерімен (SSAS көмегімен) жұмыс істеуге арналған (бөлек жүктелетін немесе кірістірілген драйвер). MS Excel бағдарламасын іске қосқан кезде есептердегі деректердің жаңартылуын қамтамасыз ететін MS VBA бағдарламалары (макростар сияқты) іске қосылады; есептер қажет болған жағдайда өзгертіледі және бақылау парақтары бойынша пайдаланушыларға пошта арқылы жіберіледі (blat бағдарламасы).

SSAS серверіне қатынасы бар жергілікті желі пайдаланушылары OLAP текшесі үшін теңшелген «тірі» есептерді алады. (Негізінде, олардың өздері, ешқандай поштасыз, MS Excel бағдарламасындағы OLAP есептерін жаңарта алады жергілікті компьютерлер.) Жергілікті желіден тыс пайдаланушылар түпнұсқа есептерді алады, бірақ мүмкіндіктері шектеулі немесе олар үшін (MS Excel бағдарламасында OLAP есептерін жаңартқаннан кейін) SSAS серверіне кірмейтін арнайы «өлі» есептер есептеледі.

Нәтижелерді бағалау

Біз жоғарыда OLTP және OLAP асинхрониясы туралы айттық. Қарастырылып отырған технология нұсқасында OLAP текшесін жаңарту циклі түнде орындалады (айталық, ол таңғы 1-де басталады). Бұл ағымдағы жұмыс күнінде пайдаланушылар кешегі деректермен жұмыс істейді дегенді білдіреді. OLAP жазу құралы емес (құжаттың соңғы нұсқасын қараңыз), бірақ басқару құралы (үдерістің үрдісін түсіну) болғандықтан, мұндай кешігу әдетте маңызды емес. Дегенмен, қажет болса, текше архитектурасының (MOLAP) сипатталған нұсқасында да жаңартуды күніне бірнеше рет жүзеге асыруға болады.

Жаңарту процедураларының орындалу уақыты OLAP текшесінің жобалау мүмкіндіктеріне (көп немесе аз күрделілік, көрсеткіштер мен бөлімдердің азды-көпті сәтті анықтамалары) және сыртқы OLTP жүйелерінің дерекқорларының көлеміне байланысты. Тәжірибе бойынша, қойманы салу процедурасы бірнеше минуттан екі сағатқа дейін, текшені жаңарту процедурасы (Процесс) 1 минуттан 20 минутқа дейін созылады. Біз ондаған жұлдызды құрылымдарды, олар үшін ондаған жалпы «сәулелерді» (анықтамалық бөлімдерді) және жүздеген көрсеткіштерді біріктіретін күрделі OLAP текшелері туралы айтып отырмыз. Тасымалдау құжаттары негізінде сыртқы ERP жүйелерінің деректер базасының көлемін бағалай отырып, біз жүздеген мың құжаттар және сәйкесінше жылына миллиондаған өнім желілері туралы айтып отырмыз. Пайдаланушыны қызықтыратын тарихи өңдеу тереңдігі үш-бес жыл болды.

Сипатталған технология бірқатар ірі корпорацияларда қолданылған: 2008 жылдан бастап Ресейдің балық компаниясында (РРК) және Ресей теңізі компаниясында (РМ), 2012 жылдан бастап Санта Бремор компаниясында (СБ). Кейбір корпорациялар негізінен сауда-сатып алу фирмалары (PPC), басқалары өндірістік компаниялар (Молдавия Республикасы мен Беларусь Республикасындағы балық және теңіз өнімдерін өңдеу зауыттары) болып табылады. Барлық корпорациялар – 1С7 және 1С8 сияқты стандартты ERP жүйелерінен бастап DBF және Excel негізіндегі «реликтік» есеп жүйелеріне дейінгі тәуелсіз және әртүрлі компьютерлік есеп жүйелері бар бірнеше компанияларды біріктіретін ірі холдингтер. Мен OLAP текшелерін пайдаланудың сипатталған технологиясы (әзірлеу кезеңін есепке алмағанда) арнайы қызметкерлерді мүлде қажет етпейтінін немесе бір толық уақытты бизнес-аналитиктің жауапкершілігін қосамын. Мәселе жылдар бойы айналып келеді автоматты режим, корпоративтік қызметкерлердің әртүрлі санаттарын күнделікті жаңартылған есеп берумен қамтамасыз ету.

Шешімнің оң және теріс жақтары

Тәжірибе көрсеткендей, ұсынылған шешім жеткілікті сенімді және пайдалану оңай. Ол оңай өзгертіледі (жаңа ERP-лерді қосу/ажырату, жаңа көрсеткіштер мен бөлімдерді құру, Excel есептерін және олардың жіберу тізімдерін құру және өзгерту) өзгермейтін бақылау бағдарламасы facubi.

OLAP интерфейсі ретінде MS Excel жеткілікті экспрессивтілікті қамтамасыз етеді және кеңсе қызметкерлерінің әртүрлі санаттарына OLAP технологиясымен тез танысуға мүмкіндік береді. Пайдаланушы күнделікті «стандартты» OLAP есептерін алады; MS Excel интерфейсін OLAP көмегімен пайдалана отырып, MS Excel бағдарламасында OLAP есептерін дербес жасай алады. Сонымен қатар, пайдаланушы өзінің MS Excel бағдарламасының әдеттегі мүмкіндіктерін пайдалана отырып, OLAP есептерінің ақпаратын зерттеуді өз бетінше жалғастыра алады.

Бірнеше гетерогенді ERP жүйелері біріктірілген (текшені құру кезінде), тіпті ешқандай OLAP болмаса да, «тазартылған» қойма дерекқоры (SSAS серверінде, Transact SQL немесе SP әдісіндегі сұрау әдісін пайдалана отырып) шешуге мүмкіндік береді. және т.б.) көптеген қолданбалы басқару мәселелері. Еске салайық, қойма деректер қорының құрылымы бастапқы ERP деректер базасының құрылымдарына қарағанда біртұтас және әлдеқайда қарапайым (кестелер саны мен кесте өрістерінің саны бойынша).

Біздің ұсынылған шешімімізде әртүрлі ERP жүйелерін бір OLAP текшесінде біріктіру мүмкіндігі бар екенін ерекше атап өтеміз. Бұл корпорация басқа бухгалтерлік ERP жүйесіне ауысқанда, айталық, 1С7-ден 1С8-ге ауысқанда, бүкіл холдингтің аналитикасын алуға және аналитиканың ұзақ мерзімді үздіксіздігін сақтауға мүмкіндік береді.

Біз MOLAP текше үлгісін қолдандық. Бұл модельдің артықшылығы - пайдаланудағы сенімділік және пайдаланушы сұраныстарын өңдеудің жоғары жылдамдығы. Кемшіліктері: OLAP және OLTP асинхронды, сонымен қатар OLAP сақтауға арналған жадының үлкен көлемі.

Қорытындылай келе, OLAP пайдасына тағы бір дәлел бар, ол орта ғасырларда қолайлы болуы мүмкін. Өйткені оның дәлелдеу күші билікке байланысты. Қарапайым, анық бағаланбаған британдық математик Э.Кодд 60-жылдардың аяғында реляциялық деректер қорының теориясын жасады. Бұл теорияның күші соншалық, қазір, 50 жылдан кейін, SQL-ден басқа реляциялық емес мәліметтер базасы мен дерекқор сұрау тілін табу қиын болды.

Реляциялық мәліметтер базасының теориясына негізделген OLTP технологиясы Коддтың алғашқы идеясы болды. Шын мәнінде, OLAP текшелері тұжырымдамасы оның 90-шы жылдардың басында айтқан екінші идеясы. Математик болмасаңыз да, екінші идея біріншісі сияқты тиімді болады деп күтуге болады. Яғни, компьютерлік аналитика тұрғысынан OLAP идеялары көп ұзамай әлемді жаулап алып, басқалардың барлығын ығыстырады. Тек аналитика тақырыбы OLAP-та өзінің жан-жақты математикалық шешімін тапқандықтан және бұл шешім аналитиканың практикалық мәселесіне «адекват» (Б.Спиноза термині). «Адекватты» Спинозада Құдайдың өзі бұдан жақсы ештеңе ойлай алмайтынын білдіреді ...

1. Ларсон Б. Microsoft SQL Server 2005 жүйесінде бизнес-аналитиканың дамуы. – Санкт-Петербург: «Петр», 2008 ж.
2. Codd E. Деректер қорының қосалқы тілдерінің реляциялық толықтығы, деректер базасының жүйелері, Courant Computer Science Sumposia Series 1972, v. 6, Энглвуд жартастары, Нью-Йорк, Прентис – Холл.

Байланыста

Кейбіреулер үшін есептерді жасау кезінде OLAP технологиясын (On-line Analytic Processing) пайдалану біршама экзотикалық болып көрінуі мүмкін, сондықтан олар үшін OLAP-CUBE пайдалану бюджеттеу мен басқару есебін автоматтандыру кезіндегі ең маңызды талаптардың бірі емес.

Бұл шын мәнінде пайдалану өте ыңғайлы көпөлшемді CUBEбасқару есебімен жұмыс істегенде. Бюджет пішімдерін әзірлеу кезінде сіз көп нұсқалы пішіндер мәселесіне тап болуыңыз мүмкін (бұл туралы толығырақ «Компанияда бюджеттеуді құру технологиясы» 8-кітаптан және «Басқару есебін орнату және автоматтандыру» кітаптарынан оқуға болады).

Бұл компанияны тиімді басқару барған сайын егжей-тегжейлі басқару есебін талап ететіндігімен түсіндіріледі. Яғни, жүйе барған сайын әртүрлі аналитикалық бөлімдерді пайдаланады ақпараттық жүйелераналитика анықтамалық әдебиеттер жиынтығымен анықталады).

Әрине, бұл менеджерлердің өздерін қызықтыратын барлық аналитикалық бөлімдердегі есептерді алғысы келетініне әкеледі. Бұл есептерді қандай да бір жолмен «тыныс алу» үшін жасау керек дегенді білдіреді. Басқаша айтқанда, бұл жағдайда біз бір баяндамада әртүрлі аналитикалық аспектілерде ақпарат беруі керек екендігі туралы айта аламыз. Сондықтан статикалық есептер бұдан былай көптеген заманауи менеджерлерге сәйкес келмейді. Олар көп өлшемді CUBE қамтамасыз ете алатын динамикаға мұқтаж.

Осылайша, OLAP технологиясы қазіргі және болашақ ақпараттық жүйелердің міндетті элементіне айналды. Сондықтан бағдарламалық өнімді таңдаған кезде оның OLAP технологиясын пайдаланатынына назар аудару керек.

Оның үстіне нағыз КУБЕКтерді еліктеуден ажырата білу керек. Осындай модельдеудің бірі MS Excel бағдарламасындағы жиынтық кестелер болып табылады. Иә, бұл құрал текшеге ұқсайды, бірақ шын мәнінде ол біреу емес, өйткені бұл динамикалық емес, статикалық кестелер. Бұған қоса, олар иерархиялық каталогтар элементтерін пайдаланып есептерді құру мүмкіндігін әлдеқайда нашар жүзеге асырады.

Басқару есебін құру кезінде CUBE пайдаланудың өзектілігін растау үшін сату бюджетімен қарапайым мысал келтіре аламыз. Қарастырылып отырған мысалда компания үшін келесі аналитикалық бөлімдер маңызды: өнімдер, филиалдар және сату арналары. Егер осы үш аналитика компания үшін маңызды болса, онда сату бюджеті (немесе есеп) бірнеше нұсқада көрсетілуі мүмкін.

Айта кету керек, егер үш аналитикалық бөлімге негізделген бюджет жолдарын жасасаңыз (қарастырылып отырған мысалдағыдай), бұл өте күрделі бюджет үлгілерін жасауға және CUBE көмегімен егжей-тегжейлі есептерді жасауға мүмкіндік береді.

Мысалы, сату бюджетін тек бір аналитика (каталог) арқылы құрастыруға болады. Бір «Өнім» аналитикасының негізінде құрылған сату бюджетінің мысалы мына жерде берілген 1-сурет.

Күріш. 1. OLAP-CUBE ішіндегі бір "Өнім" аналитикасы негізінде құрылған сату бюджетінің мысалы

Бірдей сату бюджетін екі аналитика (каталогтар) арқылы құрастыруға болады. «Өнім» және «Филиалдар» екі талдау негізінде құрылған сату бюджетінің мысалы мына жерде берілген. 2-сурет.

Күріш. 2. INTEGRAL бағдарламалық пакетінің OLAP-CUBE ішіндегі «Өнімдер» және «Филиалдар» екі аналитикасы негізінде құрылған сату бюджетінің мысалы.

.

Егер егжей-тегжейлі есептерді құру қажет болса, онда бірдей сату бюджетін үш аналитика (каталогтар) арқылы құрастыруға болады. «Өнім», «Филиалдар» және «Сату арналары» үш аналитикасы негізінде құрылған сату бюджетінің мысалы мына жерде берілген. 3-сурет.

Күріш. 3. INTEGRAL бағдарламалық пакетінің OLAP-CUBE ішіндегі «Өнімдер», «Филиалдар» және «Сату арналары» үш аналитикасы негізінде құрылған сату бюджетінің мысалы.

Есептерді жасау үшін пайдаланылатын CUBE деректерді әртүрлі реттілікте көрсетуге мүмкіндік беретінін еске түсіру керек. Қосулы 3-суретСату бюджеті алдымен өнім бойынша, содан кейін филиалдар бойынша, содан кейін өткізу арналары бойынша «кеңейтіледі».

Бірдей деректер басқа ретпен берілуі мүмкін. Қосулы 4-суретбірдей сату бюджеті алдымен өнім бойынша, содан кейін сату арнасы бойынша, содан кейін сала бойынша «кеңейтіледі».

Күріш. 4. INTEGRAL бағдарламалық пакетінің OLAP-CUBE ішіндегі үш «Өнім», «Тарату арналары» және «Бөлімшелер» аналитикасы негізінде құрылған сату бюджетінің мысалы.

Қосулы 5-суретбірдей сату бюджеті алдымен филиалдар бойынша, содан кейін өнімдер бойынша, содан кейін сату арналары бойынша «ашылады».

Күріш. 5. «INTEGRAL» OLAP-CUBE бағдарламалық пакетіндегі «Филиалдар», «Өнімдер» және «Сату арналары» үш аналитикасы негізінде құрылған сату бюджетінің мысалы.

Іс жүзінде бұл бәрі емес ықтимал опцияларсату бюджетін қайтарып алу.

Бұған қоса, CUBE жұмыс істеуге мүмкіндік беретініне назар аудару керек иерархиялық құрылыманықтамалықтар. Ұсынылған мысалдарда иерархиялық каталогтар «Өнімдер» және «Тарату арналары» болып табылады.

Пайдаланушының көзқарасы бойынша, бұл мысалда ол бірнеше басқару есептерін алады (қараңыз. Күріш. 1-5) және ішіндегі параметрлер тұрғысынан бағдарламалық өнім- бұл бір есеп. Тек текшені пайдалану арқылы оны бірнеше жолмен көруге болады.

Әрине, іс жүзінде, егер олардың мақалалары бір немесе бірнеше талдаушыларға негізделген болса, әртүрлі басқару есептерін шығарудың өте көп нұсқалары мүмкін. Ал аналитиканың өзі пайдаланушылардың егжей-тегжейлі қажеттіліктеріне байланысты. Рас, бір жағынан аналитик неғұрлым үлкен болса, соғұрлым егжей-тегжейлі есептер құрастыруға болатынын ұмытпаған жөн. Бірақ, екінші жағынан, бұл қаржылық бюджеттеу моделінің күрделірек болатынын білдіреді. Кез келген жағдайда, егер KUB бар болса, компания қызықтыратын аналитикалық бөлімдерге сәйкес әртүрлі нұсқаларда қажетті есептілікті қарау мүмкіндігіне ие болады.

OLAP-CUBE тағы бірнеше мүмкіндіктерін атап өту қажет.

Көпөлшемді иерархиялық OLAP-CUBE-де бірнеше өлшемдер бар: жол түрі, күн, жолдар, 1-каталог, 2-каталог және 3-каталог (қараңыз. Күріш. 6). Әрине, есеп каталогтардың ең көп санын қамтитын бюджет жолында қанша болса, сонша каталогтары бар түймелерді көрсетеді. Егер қандай да бір бюджет жолында бір анықтамалық кітап болмаса, онда есепте анықтамалық кітаптары бар бір түйме болмайды.

Бастапқыда OLAP-CUBE барлық өлшемдер бойынша құрастырылады. Әдепкі бойынша, есеп бастапқы құрастырылған кезде өлшемдер дәл көрсетілген аумақтарда орналасады 6-сурет. Яғни, «Күн» сияқты өлшем тік өлшемдер аймағында (баған аймағындағы өлшемдер), «Жолдар», «1-каталог», «2-каталог» және «3-каталог» өлшемдері - көлденең өлшемдердің ауданы (жолдардағы өлшемдер) және «Жол түрі» өлшемі «кеңейтілмеген» өлшемдер аймағында (бет аймағындағы өлшемдер). Егер өлшем соңғы аймақта болса, есептегі деректер сол өлшемде "кеңеймейді".

Осы өлшемдердің әрқайсысын үш аймақтың кез келгеніне орналастыруға болады. Өлшемдер тасымалданғаннан кейін есеп жаңа өлшем конфигурациясына сәйкес болу үшін бірден қайта құрылады. Мысалы, күн мен жолдарды анықтамалықтармен ауыстыруға болады. Немесе анықтамалық кітаптардың бірін тік өлшем аймағына жылжытуға болады (қараңыз. Күріш. 7). Басқаша айтқанда, OLAP-CUBE ішіндегі есепті «бұруға» және пайдаланушы үшін ең қолайлы есеп шығару опциясын таңдауға болады.

Күріш. 7. INTEGRAL бағдарламалық пакетінің өлшем конфигурациясын өзгерткеннен кейін есепті қайта құру мысалы

Өлшеу конфигурациясын негізгі CUBE пішінінде немесе өзгерту картасы өңдегішінде өзгертуге болады (қараңыз. Күріш. 8). Бұл өңдегіште тінтуірдің көмегімен өлшемдерді бір аймақтан екіншісіне сүйреп апаруға да болады. Сонымен қатар, өлшемдерді бір аймақта ауыстыруға болады.

Сонымен қатар, сол пішінде кейбір өлшем параметрлерін конфигурациялауға болады. Әрбір өлшем үшін қорытындылардың орнын, элементтердің сұрыптау ретін және элементтердің атауларын теңшеуге болады (қараңыз. Күріш. 8). Сондай-ақ есепте көрсетілетін элемент атауын көрсетуге болады: қысқартылған (Аты) немесе толық (FullName).

Күріш. 8. INTEGRAL бағдарламалық пакетінің өлшем картасының редакторы

Өлшеу параметрлерін олардың әрқайсысында тікелей өңдеуге болады (қараңыз. Күріш. 9). Ол үшін өлшем атауының жанындағы түймеде орналасқан белгішені басыңыз.

Күріш. 9. Өңдеу каталогының мысалы 1 Өнімдер мен қызметтер

Осы өңдегішті пайдаланып есепте көрсеткіңіз келетін элементтерді таңдауға болады. Әдепкі бойынша, барлық элементтер есепте көрсетіледі, бірақ қажет болса, кейбір элементтерді немесе қалталарды өткізіп жіберуге болады. Мысалы, есепте тек бір өнім тобын көрсету қажет болса, өлшем өңдегішіндегі барлық қалғандарының құсбелгісін алып тастау керек. Осыдан кейін есепте тек бір өнім тобы болады (қараңыз. Күріш. 10).

Сондай-ақ осы өңдегіште элементтерді сұрыптауға болады. Сонымен қатар, элементтерді қайта реттеуге болады әртүрлі жолдар. Осындай қайта топтастырудан кейін есеп бірден қайта құрылады.

Күріш. 10. INTEGRAL бағдарламалық пакетіндегі тек бір өнім тобының (қалтаның) есебіндегі шығыс үлгісі

Өлшем өңдегішінде сіз өзіңіздің топтарыңызды жылдам жасай аласыз, каталогтардан элементтерді апарып тастай аласыз және т.б. Әдепкі бойынша, тек Басқа топ автоматты түрде жасалады, бірақ басқа топтар жасауға болады. Осылайша, өлшем өңдегішін пайдаланып, анықтамалық кітаптардың қандай элементтерін және есепте қандай ретпен көрсетілетінін конфигурациялауға болады.

Айта кету керек, мұндай қайта құрулардың барлығы жазылмайды. Яғни есепті жапқаннан кейін немесе оны қайта есептегеннен кейін конфигурацияланған әдістемеге сәйкес есепте барлық каталогтар көрсетіледі.

Шындығында, мұндай өзгерістердің барлығын бастапқыда сызықтарды орнату кезінде жасауға болатын еді.

Мысалы, шектеулерді пайдалана отырып, есепте қандай элементтер немесе каталогтар топтары көрсетілетінін және қайсысы көрсетілмейтінін де көрсете аласыз.

Ескерту: осы мақаланың тақырыбы семинарларда толығырақ талқыланады «Кәсіпорынның бюджетін басқару»Және «Басқару есебін ұйымдастыру және автоматтандыру»осы мақаланың авторы Александр Карпов жүргізді.

Пайдаланушыға есепте үнемі белгілі бір элементтерді немесе каталог қалталарын көрсету қажет болса, есеп жолдарын құру кезінде мұндай параметрлерді алдын ала жасаған дұрыс. Есептердегі каталог элементтерінің әртүрлі комбинациялары пайдаланушы үшін маңызды болса, әдістемені орнату кезінде ешқандай шектеулерді орнатудың қажеті жоқ. Барлық осындай шектеулерді өлшеу өңдегішінің көмегімен жылдам конфигурациялауға болады.

07.04.2011 Дерек Комингор

Технологияға қатысты кез келген салада жұмыс істеген болсаңыз, «текше» терминін естіген боларсыз; дегенмен, қарапайым дерекқор әкімшілері мен әзірлеушілерінің көпшілігі бұл нысандармен жұмыс істемеді. Текшелер көп өлшемді ақпаратты жылдам біріктіру үшін қуатты деректер архитектурасын қамтамасыз етеді. Егер сіздің ұйымыңызға деректердің үлкен көлемін талдау қажет болса, онда идеалды шешімол текше болады

Текше дегеніміз не?

Реляциялық дерекқорлар өнімділік пен деректер тұтастығын сақтай отырып, мыңдаған бір мезгілде транзакцияларды өңдеуге арналған. Дизайн бойынша реляциялық дерекқорлар деректердің үлкен көлемін жинақтау және іздеуде тиімді емес. Деректердің үлкен көлемін біріктіру және қайтару үшін реляциялық дерекқор жиынға негізделген сұрауды қабылдауы керек, ол үшін ақпарат жылдам жиналып, біріктіріледі. Мұндай реляциялық сұраулар өте қымбат, себебі олар бірнеше біріктірулер мен біріктіру функцияларына сүйенеді; Жиынтық реляциялық сұраулар үлкен көлемдегі деректермен жұмыс істегенде әсіресе тиімсіз.

Текшелер реляциялық дерекқорлардағы осы тапшылықты жоюға арналған көп өлшемді нысандар болып табылады. Текшені пайдалану арқылы пайдаланушыларды үлкен жинақтау көлемдері бар сұрауларға жылдам жауап беретін деректер құрылымымен қамтамасыз ете аласыз. Текшелер бұл «жинақтау сиқырын» алдымен бірнеше өлшемдер бойынша деректерді (өлшемдерді) біріктіру арқылы орындайды. Текшені алдын ала біріктіру әдетте өңдеу кезінде жүзеге асырылады. Текшені өңдегенде, дискіде екілік пішімде сақталатын алдын ала есептелген деректер жинақтауларын жасайсыз.

Текше орталық деректер құрылымы болып табылады операциялық жүйе SQL Server Analytical Services (SSAS) OLAP деректерін талдау. Текшелер әдетте өлшемдік үлгі деп аталатын негізгі қатысты дерекқордан құрастырылады, бірақ бөлек техникалық нысандар болып табылады. Логикалық түрде текше өлшемдерден (өлшемдерден) және өлшемдерден (өлшемдерден) тұратын деректер қоймасы болып табылады. Өлшемдерде сипаттамалық мүмкіндіктер мен иерархиялар бар, ал өлшемдер өлшемдерде сипаттайтын фактілер болып табылады. Өлшемдер өлшем топтары деп аталатын логикалық комбинацияларға топтастырылған. Сіз өлшемдерді сипаттамаға - егжей-тегжейлі дәрежесіне негізделген өлшем топтарына байланыстырасыз.

IN файлдық жүйетекше байланыстырылған екілік файлдар тізбегі ретінде орындалады. Текшенің екілік архитектурасы көп өлшемді деректердің үлкен көлемін жылдам шығаруды жеңілдетеді.

Мен текшелердің өлшемдік үлгі деп аталатын негізгі реляциялық дерекқордан жасалғанын айттым. Өлшем үлгісі оны текше нысандарына қосатын қатысты кестелерді (факт пен өлшем) қамтиды. Факт кестелерінде сатылған өнімнің саны сияқты өлшемдер бар. Өлшем кестелері өнім атаулары, күндер және қызметкер аттары сияқты сипаттама атрибуттарын сақтайды. Әдетте, факт кестелері мен өлшем кестелері дерек кестесінде орналасқан сыртқы кілттермен бастапқы сыртқы кілт шектеулері арқылы байланысты (бұл қатынас қатынасы жоғарыда талқыланған текше түйіршіктілік төлсипатына қатысты). Өлшем кестелері фактілер кестесіне тікелей байланыстырылған кезде, жұлдызша схемасы құрылады. Өлшем кестелері фактілер кестесімен тікелей байланысты болмаса, нәтиже қар ұшқынының схемасы болады.

Өлшемді модельдер қолданбаға қарай жіктелетінін ескеріңіз. Data mart – сатылымдар немесе қорларды басқару сияқты бір бизнес үдерісіне арналған өлшемді үлгі. Деректер қоймасы бизнес-процестерді талдауды жеңілдету үшін құрамдас бизнес-процестерді түсіруге арналған өлшемді модель болып табылады.

Бағдарламалық қамтамасыз ету талаптары

Енді сіз текшелердің не екенін және олардың неліктен маңызды екенін негізгі түсінген болсаңыз, мен редукторларды қосып, SSAS көмегімен бірінші текшені құру бойынша қадамдық турға апарамын. Кейбір негізгі компоненттер бар бағдарламалық қамтамасыз ету, ол сізге қажет болады, сондықтан бірінші текшені құруды бастамас бұрын, жүйеңіздің талаптарға сай келетініне көз жеткізіңіз.

Менің мысал Интернет сату текшесі AdventureWorksDW 2005 сынақ дерекқорынан құрастырылады. Мен сынақ текшесін Интернеттегі сату деректерін талдау үшін пайдалы болатын сынақ дерекқорында табылған кестелер жиынынан құрастырамын. 1-суретте мәліметтер қоры кестелерінің негізгі орналасуы көрсетілген. Мен 2005 нұсқасын пайдаланып жатқандықтан, менің нұсқауларымды SQL Server 2005 немесе SQL Server 2008 арқылы орындауға болады.

Сурет 1. Adventure Works Internet Sales деректер мартының ішкі жиыны

Adventure WorksDW 2005 оқу дерекқорын CodePlex веб-сайтынан табуға болады: msftdbprodsamples.codeplex.com. «SQL Server 2005 өнім үлгісі дерекқорлары әлі де қолжетімді» сілтемесін табыңыз (http://codeplex.com/MSFTDBProdSamples/Release/ProjectReleases.aspx?ReleaseId=4004). Жаттығу дерекқоры AdventureWorksBI.msi файлында (http://msftdbprodsamples.codeplex.com/releases/view/4004#DownloadId=11755) қамтылған.

Жоғарыда айтылғандай, SSAS және Business Intelligence Development Studio (BIDS) құрамдастарын қоса, SQL Server 2008 немесе 2005 данасына қатынасыңыз болуы керек. Мен SQL Server 2008 қолданатын боламын, сондықтан SQL Server 2005 пайдалансаңыз, кейбір нәзік айырмашылықтарды көре аласыз.

SSAS жобасын құру

Біріншіден, BIDS көмегімен SSAS жобасын жасау керек. Тендерлік ұсыныстарды Бастау мәзірінен, содан кейін Microsoft SQL Server 2008/2005 мәзірінің SQL Server Business Intelligence Development Studio ішкі тармағында табыңыз. Бұл түймені басу әдепкі экран экранымен BIDS іске қосады. Жасау жаңа жобаФайл, Жаңа, Жоба таңдау арқылы SSAS. Жаңа жоба тілқатысу терезесін көресіз, ол 1-суретте Analysis Services жобасы қалтасын таңдап, жоба сипаттамасын SQLMAG_MyFirstCube етіп орнатыңыз. OK түймесін басыңыз.

Жоба жасалғаннан кейін оны Solution Explorer бағдарламасында тінтуірдің оң жақ түймешігімен басып, таңдаңыз контекстік мәзірҚасиеттер элементі. Енді SQLMAG_MyFirstCube: Сипат беттері тілқатысу терезесінің сол жағындағы Орналастыру бөлімін таңдап, 2-суретте көрсетілгендей, мақсатты сервер мен дерекқор параметрлерін қарап шығыңыз сіз орналастыратын сервер атауы бар мақсатты сервер сипаты. Осы SSAS жобасының орналастыру параметрлеріне риза болған кезде OK түймесін басыңыз.

Деректер көзін анықтау

Жасау керек бірінші нысан - деректер көзі. Деректер көзінің нысаны текшемен және негізінде байланыстырылған нысандарды құру үшін пайдаланылатын схема мен деректерді қамтамасыз етеді. BIDS жүйесінде деректер көзі нысанын жасау үшін, бастапқы шеберді пайдаланыңыз ДеректерДереккөз шебері.

Деректер көзі шеберін Solution Explorer тақтасындағы Деректер көзі қалтасын тінтуірдің оң жақ түймешігімен басып, Жаңа деректер көзін таңдау арқылы іске қосыңыз. BIDS жүйесінде SSAS нысандарын жасау даму сипатына ие екенін көресіз. Біріншіден, шебер сізді нысанды жасау процесі арқылы көрсетеді және Жалпы параметрлер. Содан кейін сіз дизайнерде алынған SSAS нысанын ашасыз және қажет болса, оны егжей-тегжейлі теңшейсіз. Шақыру экранынан өткеннен кейін Жаңа түймешігін басу арқылы жаңа деректер қосылымын анықтаңыз. Қажетті біреуін көрсететін Native OLEDB\SQL Server Native Client 10 негізінде жаңа қосылымды таңдаңыз және жасаңыз SQL серверіҚажетті дерекқор данасына иелік ететін сервер. SQL Server ортасының параметрлеріне байланысты Windows немесе SQL серверінің аутентификациясын пайдалануға болады. Дерекқор қосылымын дұрыс анықтағаныңызға көз жеткізу үшін Қосылымды тексеру түймесін, содан кейін OK түймешігін басыңыз.

Одан кейін деректерді байланыстыру сияқты SQL Server ортасының құрылымдық құрылымына байланысты Еліктеу туралы ақпарат келеді. Артықшылықты қарыз алу SSAS өз нысандарын өңдеу кезінде сүйенетін қауіпсіздік контексті болып табылады. Егер сіз негізгі, жалғыз серверде (немесе ноутбукта) орналастыруды басқарып жатсаңыз, менің ойымша, оқырмандардың көпшілігі осындай, сіз жай ғана Қызмет тіркелгісін пайдалану опциясын таңдай аласыз. Деректер көзі шеберін аяқтау және AWDW2005 дереккөзінің атауы ретінде орнату үшін Келесі түймесін басыңыз. Бұл әдісті тестілеу мақсатында қолдануға болатыны өте ыңғайлы, бірақ нақты өндірістік ортада бұл ең көп емес. үздік тәжірибе- қызмет есептік жазбасын пайдалану. Доменді көрсеткен дұрыс Есепдеректер көзіне SSAS қосылым құқықтарын қарызға алу.

Деректер көзі көрінісі

Сіз анықтаған деректер көзі үшін SSAS текшесін құру процесіндегі келесі қадам Деректер көзі көрінісін (DSV) жасау болып табылады. DSV текшеңіз негізгі дерекқордан күтетін схеманы бөлу мүмкіндігін береді. Нәтижеде, DSV текшені құрастырған кезде негізгі реляциялық схеманы кеңейту үшін пайдаланылуы мүмкін. Деректер көзі схемаларын кеңейтуге арналған DSV бағдарламасының кейбір негізгі мүмкіндіктеріне аталған сұраулар, кестелер арасындағы логикалық байланыстар және аталған есептелген бағандар кіреді.

Жаңа DSV көрінісін жасау шеберін іске қосу үшін DSV қалтасын тінтуірдің оң жақ түймешігімен басып, Жаңа деректер көзі көрінісін таңдаңыз. Тілқатысу терезесінде Деректер көзін таңдау қадамында қатысты дерекқор қосылымын таңдап, Келесі түймешігін басыңыз. FactInternetSales, DimProduct, DimTime, DimCustomer кестелерін таңдап, осы кестелерді Қосылған бағанға жылжыту үшін жалғыз оң жақ көрсеткі түймешігін басыңыз. Соңында «Келесі» түймесін басып, әдепкі атауды қабылдап, «Аяқтау» түймесін басу арқылы шеберді аяқтаңыз.

Осы кезде сізде Solution Explorer ішіндегі Деректер көзі көріністері қалтасының астында орналасқан DSV көрінісі болуы керек. DSV дизайнерін іске қосу үшін жаңа DSV түймесін екі рет басыңыз. 2-суретте көрсетілгендей, берілген DSV үшін барлық төрт кестені көруіңіз керек.

Мәліметтер қорының өлшемдерін жасау

Жоғарыда түсіндіргендей, өлшемдер мәліметтер деңгейінен жоғары біріктіруді қосу үшін пайдаланылатын өлшемдер мен иерархиялардың сипаттамалық мүмкіндіктерін береді. Дерекқор өлшемі мен текше өлшемі арасындағы айырмашылықты түсіну маңызды: дерекқордағы өлшемдер текшені құрастыру үшін пайдаланылатын текшенің бірнеше өлшемдері үшін негізгі өлшем нысандарын қамтамасыз етеді.

Дерекқор және текше өлшемдері "рөл өлшемдері" ретінде белгілі тұжырымдамаға талғампаз шешімді береді. Рөлге негізделген өлшемдер текшедегі жалғыз өлшемді бірнеше рет пайдалану қажет болғанда пайдаланылады. Күн осы текше данасында тамаша мысал болып табылады: сіз жалғыз күн өлшемін құрасыз және оған онлайн сатылымдарды талдағыңыз келетін әрбір күн үшін бір рет сілтеме жасайсыз. Күнтізбе күні сіз жасаған бірінші өлшем болады. Шешім Explorer ішіндегі Өлшемдер қалтасын тінтуірдің оң жақ түймешігімен басып, Өлшем шеберін іске қосу үшін Жаңа өлшемді таңдаңыз. «Бар кестені пайдалану» опциясын таңдап, «Жасау әдісін таңдау» қадамында «Келесі» түймесін басыңыз. Бастапқы ақпаратты көрсету қадамында Негізгі кесте ашылмалы тізімінде DimTime кестесін көрсетіп, «Келесі» түймесін басыңыз. Енді өлшем төлсипаттарын таңдау қадамында уақыт өлшемінің төлсипаттарын таңдау керек. 3-суретте көрсетілгендей әрбір төлсипатты таңдаңыз.

Келесі түймесін басыңыз. Соңғы қадамда Атау өрісіне Күңгірт күнін енгізіп, Өлшем шеберін аяқтау үшін Аяқтау түймесін басыңыз. Енді Solution Explorer ішіндегі Өлшемдер қалтасының астында орналасқан жаңа күңгірттенген күн өлшемін көруіңіз керек.

Содан кейін өнім мен тұтынушы өлшемдерін жасау үшін Өлшем шеберін пайдаланыңыз. Бұрынғыдай негізгі өлшемді жасау үшін бірдей қадамдарды орындаңыз. Өлшем шеберімен жұмыс істегенде, Өлшем атрибуттарын таңдау қадамында барлық ықтимал төлсипаттарды таңдағаныңызға көз жеткізіңіз. Басқа параметрлерге арналған әдепкі мәндер сынақ текше данасы үшін жақсы.

Интернетте сату текшесін жасау

Енді дерекқор өлшемдерін дайындағаныңыздан кейін текшені құруға кірісуге болады. Solution Explorer бағдарламасында Текшелер қалтасын тінтуірдің оң жақ түймешігімен басып, Текше шеберін іске қосу үшін Жаңа текшені таңдаңыз. Жасау әдісін таңдау терезесінде Бар кестелерді пайдалану опциясын таңдаңыз. Өлшем тобының кестелерін таңдау қадамында өлшем тобы үшін FactInternetSales кестесін таңдаңыз. Өлшемдерді таңдау қадамындағы Жеңілдік кілті, Валюта кілті, Сату аумағы кілті және Түзету нөмірі өлшемдерінің жанындағы құсбелгілерді алып тастап, Келесі түймешігін басыңыз.

Бар өлшемдерді таңдау экранында бар дерекқор өлшемдерінің текше өлшемдері ретінде пайдалану үшін таңдалғанына көз жеткізіңіз. Мен бұл текшені мүмкіндігінше қарапайым сақтағым келгендіктен, Жаңа өлшемдерді таңдау қадамында FactInternetSales өлшемін таңдаудан бас тартыңыз. FactInternetSales өлшемін таңдалған қалдыру арқылы сіз факт өлшемі немесе нашарлау өлшемі деп аталатын нәрсені жасайсыз. Факті өлшемдері - дәстүрлі өлшемдер кестесінен айырмашылығы негізгі фактілер кестесін пайдаланып жасалған өлшемдер.

Шебер қадамын аяқтау үшін «Келесі» түймесін басып, «Менің бірінші текшем» өрісіне текше атауын енгізіңіз. Текше шеберін жасау процесін аяқтау үшін Аяқтау түймешігін басыңыз.

Текшені кеңейту және өңдеу

Енді сіз бірінші текшені орналастыруға және өңдеуге дайынсыз. Solution Explorer ішіндегі жаңа текше белгішесін тінтуірдің оң жақ түймешігімен басып, Процесс параметрін таңдаңыз. Мазмұнның ескіргені туралы хабар терезесін көресіз. Жаңа текшені мақсатты SSAS серверіне қолдану үшін Иә түймесін басыңыз. Текшені орналастырған кезде сіз жібересіз XML файлысервердің өзінде текшені жасайтын мақсатты SSAS серверіне талдау (XMLA) үшін. Жоғарыда айтылғандай, текшені өңдеу оның екілік файлдарын дискідегі негізгі көзден алынған деректермен, сонымен қатар сіз қосқан қосымша метадеректермен (өлшемдер, өлшемдер және текше параметрлері) толтырады.

Орналастыру процесі аяқталғаннан кейін жаңа Процесс текшесі тілқатысу терезесі пайда болады. Процесс барысы терезесімен ашылатын текшені өңдеуді бастау үшін Іске қосу түймешігін басыңыз. Өңдеу аяқталған кезде, текшені орналастыру және өңдеу процестерін аяқтау үшін Жабу түймешігін басыңыз (екі тілқатысу терезесін де жабу үшін екі рет).

Сіз енді бірінші текшені құрастырдыңыз, орналастырдыңыз және өңдедіңіз. Осы жаңа текшені Solution Explorer терезесінде тінтуірдің оң жақ түймешігімен басып, Шолу пәрменін таңдау арқылы көруге болады. Жаңа текшені зерттеу үшін өлшемдерді жиынтық кестенің ортасына және өлшем төлсипаттарын жолдар мен бағандарға сүйреңіз. Текшенің әртүрлі біріктіру сұрауларын қаншалықты жылдам өңдейтініне назар аударыңыз. Енді сіз шексіз қуатты, демек, бизнес құндылығын бағалай аласыз, текшесі OLAP.

Дерек Комингор ( [электрондық пошта қорғалған]) бизнес-аналитика саласында Microsoft серіктесі мәртебесіне ие B. I. Voyage компаниясының аға сәулетшісі. SQL Server MVP атағы және бірнеше Microsoft сертификаттары бар

Оқшау текше файлы (.cub) деректерді желідегі аналитикалық өңдеу (OLAP) текшесінде пішінде сақтайды. Бұл деректер OLAP серверінен алынған OLAP дерекқорының бір бөлігін көрсетуі мүмкін немесе ол кез келген OLAP дерекқорынан тәуелсіз жасалған болуы мүмкін. Сервер қолжетімсіз болғанда немесе желіден тыс кезде жиынтық кесте және жиынтық диаграмма есептерімен жұмыс істеуді жалғастыру үшін желіден тыс текше файлын пайдаланыңыз.

Офлайн текшелер туралы көбірек біліңіз

OLAP серверіндегі деректер көзіне негізделген жиынтық кесте немесе жиынтық диаграмма есебімен жұмыс істегенде, бастапқы деректерді компьютердегі бөлек дербес текше файлына көшіру үшін Дербес текше шеберін пайдаланыңыз. Бұл дербес файлдарды жасау үшін компьютерде орнатылған Microsoft SQL Server Analysis Services ұсынған MSOLAP сияқты осы мүмкіндіктерді қолдайтын OLAP деректер провайдері болуы керек.

Ескерту: Microsoft SQL Server Analysis Services жүйесінен офлайн текше файлдарын жасау және пайдалану, шарттар мен лицензиялауды ескере отырып Microsoft қондырғылары SQL сервері. SQL Server нұсқасына сәйкес лицензиялау ақпаратын қарап шығыңыз.

Офлайн текше шеберін пайдалану

Дербес текше файлын жасау үшін OLAP дерекқорындағы деректердің ішкі жиынын таңдау үшін Дербес текше шеберін пайдаланыңыз, содан кейін сол жиынды сақтаңыз. Есеп файлға енгізілген барлық өрістерді қамтуы қажет емес және OLAP дерекқорында қол жетімді оның өлшемдері мен деректер өрістерінің кез келгенін таңдауға болады. Файл өлшемін кішірейту үшін есепте көрсеткіңіз келетін деректерді ғана қосуға болады. Барлық өлшемдерді өткізіп жіберуге болады және өлшемдердің көпшілігі үшін төменгі деңгейдегі мәліметтер мен мүмкіндіктерді өткізіп жіберуге болады. жоғарғы деңгей, оларды көрсету қажет емес. Дербес файл үшін сол элементтер үшін дерекқорда қолжетімді сипат өрістеріне қосылуы мүмкін барлық элементтер де сақталады.

Деректерді желіден тыс қабылдау, содан кейін деректерді желіге қайтару

Мұны істеу үшін алдымен сервер дерекқорына негізделген жиынтық кесте есебін немесе жиынтық диаграмма есебін жасау керек, содан кейін есептен оқшау текше файлын жасау керек. Кейіннен есеппен жұмыс істегенде сервер деректер қоры мен желіден тыс файл арасында кез келген уақытта ауысуға болады (мысалы, үйде немесе жолда ноутбукта жұмыс істегенде, содан кейін компьютерді желіге қайта қосқанда).

Төменде деректерді желіден тыс алуға және оны желіге қайтаруға арналған негізгі қадамдар сипатталған.

Ескерту:

Жиынтық кесте есебін басыңыз. Бұл жиынтық диаграмма есебі болса, байланысты жиынтық кесте есебін таңдаңыз.

«Қойындыда» Талдау«Топта есептеулертүймешігін басыңыз OLAP қызметіжәне түймесін басыңыз Офлайн OLAP.

Элементті таңдаңыз Қосылу мүмкіндігі бар OLAPсодан кейін түймесін басыңыз ЖАРАЙДЫ МА.

Деректер көзін табу сұралса, түймесін басыңыз Дереккөзді табыңызжәне желідегі OLAP серверін табыңыз.

Дербес текше файлына негізделген жиынтық кесте есебін басыңыз.

Excel 2016 нұсқасында: « қойындысында деректер«Топта сұраулар мен байланыстар Барлығын жаңартыңызжәне түймесін басыңыз Жаңарту.

Excel 2013 нұсқасында: « қойындысында деректер«Топта байланыстартүймешігінің жанындағы көрсеткіні басыңыз Барлығын жаңартыңызжәне түймесін басыңыз Жаңарту.

«Қойындыда» Талдау«Топта есептеулертүймешігін басыңыз OLAP қызметіжәне түймесін басыңыз Офлайн OLAP.

түймешігін басыңыз Офлайн OLAP режимі, сосын - .

Ескерту: Тоқтадиалогтық терезеде.

Ескерту:

OLAP сервер дерекқорынан дербес текше файлын жасау

Ескерту: OLAP дерекқоры үлкен болса және деректердің үлкен жиынына қатынасты қамтамасыз ету үшін текше файлы қажет болса, көптеген бос орындискіде және файлды сақтау ұзақ уақыт алуы мүмкін. Өнімділікті жақсарту үшін MDX сценарийін пайдаланып оқшау текше файлдарын жасау ұсынылады.

Ақаулық: текшені сақтау кезінде менің компьютерімде дискілік орын жеткіліксіз.

OLAP дерекқорлары егжей-тегжейлі деректердің үлкен көлемін басқаруға арналған, сондықтан серверде орналастырылған дерекқор жергілікті қатты дискідегіден әлдеқайда көп орын алуы мүмкін. Офлайн деректер текшесі үшін деректердің үлкен көлемін таңдасаңыз, дискіде бос орын жеткіліксіз болуы мүмкін. Келесі тәсіл желіден тыс текше файлының өлшемін азайтуға көмектеседі.

Дискідегі орынды босатыңыз немесе басқа дискіні таңдаңызТекше файлын сақтамас бұрын оны дискіден жойыңыз. қажет емес файлдарнемесе файлды желілік дискіге сақтаңыз.

Офлайн текше файлында аз деректерді қосадыФайлда жиынтық кесте есебіне немесе жиынтық диаграммаға қажетті барлық деректер болуы үшін файлға енгізілген деректер көлемін қалай азайтуға болатынын қарастырыңыз. Төмендегі қадамдарды орындап көріңіз.

Дербес текше файлын OLAP серверінің дерекқорына қосу

Офлайн текше файлын жаңарту және қайта жасау

Сервер текшесінен немесе жаңа дербес текше файлынан алынған соңғы деректерден жасалған дербес текше файлын жаңарту айтарлықтай уақытты алуы және уақытша дискілік кеңістіктің үлкен көлемін талап етуі мүмкін. Қатты дискіде жеткілікті орын бар екеніне көз жеткізгеннен кейін, басқа файлдарға дереу қол жеткізу қажет болмаса, бұл процесті іске қосыңыз.

Ақаулық: Жаңа деректер жаңартылған кезде есепте пайда болмайды.

Бастапқы дерекқордың қолжетімділігін тексеруОфлайн текше файлы жаңа деректерді алу үшін бастапқы сервер дерекқорына қосыла алмауы мүмкін. Текше үшін деректер көзі болып табылатын сервердегі бастапқы дерекқордың атауы өзгертілмегеніне немесе басқа орынға жылжытылмағанына көз жеткізіңіз. Сервердің қол жетімді екенін және оған қосылуға болатынын тексеріңіз.

Жаңа деректердің бар-жоғын тексеруЕсепке қосылуы керек деректердің жаңартылғанын білу үшін дерекқор әкімшісінен тексеріңіз.

Мәліметтер қоры ұйымының өзгермейтіндігін тексеруЕгер OLAP текшесісервер өзгертілген болса, өзгертілген деректерге қатынасу есепті қайта ұйымдастыруды, желіден тыс текше файлын жасауды немесе OLAP текше жасау шеберін іске қосуды қажет етуі мүмкін. Дерекқор өзгерістері туралы білу үшін дерекқор әкімшісіне хабарласыңыз.

Офлайн текше файлындағы басқа деректерді қосады

Өзгертілген офлайн текше файлын сақтау көп уақытты қажет етеді және жұмыс істеуді қажет етеді Microsoft Excelфайлды сақтау кезінде мүмкін емес. Қатты дискіде жеткілікті орын бар екеніне көз жеткізгеннен кейін, басқа файлдарға дереу қол жеткізу қажет болмаса, бұл процесті іске қосыңыз.

Желі қосылымының бар екенін және деректер алынған дербес текше файлы бастапқы OLAP сервер дерекқорына қол жеткізуге болатынын тексеріңіз.

Оқшау текше файлынан жасалған жиынтық кесте есебін немесе жиынтық диаграмма есебі үшін байланысты жиынтық кесте есебін басыңыз.

Қойындыда ОпцияларТопта Қызметтүймешігін басыңыз OLAP қызметіжәне түймесін басыңыз Офлайн OLAP режимі.

түймешігін басыңыз Офлайн OLAP режимі, сосын - Офлайн деректер файлын өңдеу.

Осы файлға қосу үшін басқа деректерді таңдау үшін Офлайн текше шеберін орындаңыз. Соңғы қадамда өзгертілетін файлдың атын және жолын көрсетіңіз.

Ескерту:Файлды сақтаудан бас тарту үшін түймені басыңыз Тоқтадиалогтық терезеде Текше файлын жасау – орындалу барысы.

Дербес текше файлын жою

Ескерту:Есеп үшін дербес текше файлын жойсаңыз, ол есепті офлайн режимде бұдан былай пайдалана алмайсыз және сол есеп үшін бұдан былай дербес текше файлын жасай алмайсыз.

Дербес текше файлын пайдаланатын есептерді қамтитын кез келген жұмыс кітаптарын жабыңыз немесе осындай есептердің барлығы жойылғанына көз жеткізіңіз.

IN Microsoft WindowsОфлайн текше файлын (CUB файлы) табыңыз және жойыңыз.

қосымша ақпарат

Сіз әрқашан Excel Tech Community маманына сұрақ қоя аласыз, Answers қауымдастығында көмек сұрай аласыз, сонымен қатар ұсыныс жасай аласыз. жаңа мүмкіндікнемесе веб-сайтты жақсарту

Стандартты жиынтық кестеде бастапқы деректер жергілікті қатты дискіде сақталады. Осылайша, сіз желіге қол жеткізбестен де оларды әрқашан басқара және қайта ұйымдастыра аласыз. Бірақ бұл OLAP жиынтық кестелеріне ешбір жағдайда қолданылмайды. OLAP жиынтық кестелерінде кэш ешқашан жергілікті қатты дискіде сақталмайды. Сондықтан, жергілікті желіден ажыратылғаннан кейін, жиынтық кестеңіз енді жұмыс істемейді. Сіз ондағы бір өрісті жылжыта алмайсыз.

Желіден тыс болғаннан кейін OLAP деректерін талдау қажет болса, дербес деректер текшесін жасаңыз. Офлайн деректер текшесі жиынтық кесте кэші болып табылатын бөлек файл және жергілікті желіден ажыратылғаннан кейін қаралатын OLAP деректерін сақтайды. Жиынтық кестеге көшірілген OLAP деректерін басып шығаруға болады, бұл http://everest.ua сайтында егжей-тегжейлі сипатталған.

Оқшау деректер текшесін жасау үшін алдымен OLAP жиынтық кестесін жасаңыз. Курсорды жиынтық кестенің ішіне орналастырып, Құралдар контекстік қойындысындағы OLAP құралдары түймешігін басыңыз, ол жиынтық кесте құралдары контекстік қойынды тобының бөлігі болып табылады. Offline OLAP пәрменін таңдаңыз (9.8-сурет).

Офлайн OLAP деректер текшесі параметрлері тілқатысу терезесі экранда пайда болады. Офлайн деректер файлын жасау түймесін басыңыз. Деректер текшесі файлын жасау шеберін іске қостыңыз. Процедураны жалғастыру үшін «Келесі» түймесін басыңыз.

Алдымен деректер текшесіне қосылатын өлшемдер мен деңгейлерді көрсету керек. Диалогтық терезеде OLAP дерекқорынан импортталатын деректерді таңдау керек. Идея - компьютер жергілікті желіден ажыратылғаннан кейін қажет болатын өлшемдерді ғана көрсету. Неғұрлым көп өлшемдерді көрсетсеңіз, автономды деректер текшесі соғұрлым үлкен болады.

Келесі шебер диалогтық терезесіне өту үшін «Келесі» түймесін басыңыз. Ол текшеге қосылмайтын мүшелерді немесе деректер элементтерін көрсету мүмкіндігін береді. Атап айтқанда, Интернетте сатылған кеңейтілген сома өлшемі қажет емес, сондықтан оның құсбелгісі тізімде жойылады. Тазартылған құсбелгі көрсетілген элементтің импортталмайтынын және жергілікті қатты дискіде қажетсіз орынды алатынын көрсетеді.

Соңғы қадамда деректер текшесінің орнын және атауын көрсетіңіз. Біздің жағдайда, текше файл MyOfflineCube.cub деп аталады және Жұмыс қалтасында орналасады.

Деректер текшесі файлдарының кеңейтімі бар .cub

Біраз уақыттан кейін Excel офлайн деректер текшесін көрсетілген қалтаға сақтайды. Оны тексеру үшін файлды екі рет басыңыз, ол автоматты түрде жұмыс жасайды Excel жұмыс кітаптары, ол таңдалған деректер текшесімен байланысты жиынтық кестені қамтиды. Жасалғаннан кейін дербес деректер текшесін желіден тыс LAN режимінде жұмыс істейтін барлық мүдделі пайдаланушыларға тарата аласыз.

Жергілікті желіге қосылғаннан кейін дербес деректер текшесі файлын ашып, оны және байланысты деректер кестесін жаңартуға болады. Негізгі қағида желіден тыс деректер текшесі жергілікті желі ажыратылған кезде ғана жұмыс істеу үшін пайдаланылады, бірақ қосылым қалпына келтірілгеннен кейін оны жаңарту қажет. Қосылым сәтсіздігінен кейін дербес деректер текшесін жаңарту әрекеті сәтсіздікке әкеледі.