АСОЦИАТИВНИЯТ ПОДХОД: ГОЛЯМОТО ПРЕДИМСТВО НА QLIKVIEW

Технологична бяла книга за QlikView

  Заявките и кубовете създават сляпа зона.
  По своя характер, повечето инструменти, работещи със заявки, изваждат данните от техния контекст, като по този начин оставят сериозни празнини за потребителите, които трябва да вземат бизнес решения на база на получената информация. Тези, Те не винаги разполагат с пълен достъп до необходимата им поддържаща информация – дори когато имат достъп до BI софтуер. Част от данните са налични само под формата на изолирани и отделни заявки, без контекстуална връзка между две последователни заявки.

  Трите основни недостатъка на традиционните BI инструменти, които разчитат на заявки и кубове са че:

• Те не използват пълноценно данните. Инструментите, използващи заявки, извличат само малка част от общата основна информация. Те съединяват извлечените данни и ги връщат под формата на резултат от съответната заявка. Получените справки обаче са напълно разделени от всякаква друга информация, която липсва в индивидуалната заявка. Самото действие на изваждане на част от общите данни води до нарушаването на асоциациите в тях.
• Те разделят, а не обединяват информацията. При технологията, използваща кубове, всяка индивидуална заявка представлява едно малко парче от данни. Тази информация бива извличана от съответната база данни или куб и бива подавана към потребителя като обособено парче от информация. Ако потребителят иска да получи повече информация за това как една част от върнатите данни се отнася към друго парче от информация, което не се покрива от изпълнената заявка, единственият начин това да стане е като се създаде нова заявка, която да покрие и двете зони на интерес от страна на потребителя.
• Те не поддържат връзка между отделните заявки. Макар че най-простите инструменти, използващи заявки, дори не се опитват да осигуряват свързаност между отделните анализи, някои от по-сериозните решения поне се опитват да правят това. Но това не е никак лесна задача. Всяка заявка е различна и повечето от тях не са ясно дефинирани до момента, в който потребителя не започне своя анализ. Поради тази причина не е възможно да се знае каква ще бъде следващата заявка на потребителя, а при това положение как може да бъдат създавани асоциации между отделните заявки?

MOLAP, ROLAP И HOLAP: МОЖЕ БИ БЪРЗИ, МОЖЕ БИ ГЪВКАВИ, НО НЕ И АСОЦИАТИВНИ

  Online analytical processing (OLAP) използва база данни от обобщена информация с цел да подпомогне вземането на решения. Съществуват много вариации на OLAP. Някои са гъвкави, а други са високопроизводителни. Но докато те са изцяло базирани на заявки няма как да поддържат асоциации между отделните елементи от данните (виж Фигура 1).

Фигура 1: QlikView е гъвкав, с висока степен на изпълнение и поддържа асоциации

  През последните 50 години архитектурите, базирани на използване на заявки, бяха основен инструмент за подпомагане вземането на бизнес решения. Особеностите на SQL езика за заявки към базите данни създава "сляпа" зона, което е и един от недостатъците на този метод като основа за система, подпомагаща вземането на бизнес решения – без значение дали става дума за SQL заявки, многозонови сложни изрази и т.н.

• ROLAP извлича данните в реално време, когато те са необходими, което го прави гъвкаво решение. Най-старата форма на OLAP е така наречената relational online analytical processing (ROLAP). Интересен факт е, че ROLAP все още е преобладаващото решение. При този метод потребителя разчита на SQL или друга технология за изпълнение на заявки, с цел извличане и изчисляване на необходимите данни в реално време. Някога считан за много бавен, днес ROLAP се радва на нещо като ренесанс, благодарение на съвременните и гъвкави архитектури за бази данни, които подпомагат вземането на решения. ROLAP може да бъде гъвкав, без да изисква предварително зададени размери, но остава тежък от изчислителна гледна точка, което може да доведе до забавяне на работата. И понеже ROLAP е базиран на заявки, няма възможност да запазва асоциациите.
• MOLAP предварително събира данните, което го прави бърз. Следващото поколение технология, която се използва при бизнес анализите е под формата на т.нар multidimensional online analytical processing (MOLAP), известна също като OLAP базирана на кубове. Основната разлика между ROLAP и MOLAP е във факта, че при MOLAP резултатите от заявките се събират предварително, докато при ROLAP това се случва само, когато те са нужни. С MOLAP, данните са събрани предварително по вече зададени параметри. Този подход осигурява почти незабавен достъп до събраните резултати, стига потребителя да е задал правилния бизнес въпрос, който предполага отговор от съответните параметри. И тъй като събраните данни биват предварително пресмятани, MOLAP може да бъде по-бърз от ROLAP. Само че тази бързина идва с цената на загуба на гъвкавостта. И отново, понеже MOLAP е базиран на заявки, то също така няма възможност да запазва асоциациите.
• HOLAP компенсира някои от слабите места при ROLAP и MOLAP. Наличието на определени силни и слаби страни на ROLAP и MOLAP доведе до създаването на трета хибридна технология: hybrid online analytical processing (HOLAP). HOLAP е всяка една архитектура, която използва едновременно и ROLAP и MOLAP, опитвайки се да компенсира слабостите на всеки от двата метода. И тъй като HOLAP е резултат от събирането на две технологии на базата на заявки, то няма как той също да не разчита на използването на заявки. И както вече вероятно се досещате сами - отново липсва възможността за запазването на асоциациите в данните.

  Само за сравнение, QlikView е гъвкав, бърз и запазва асоциациите между всички елементи в данните. QlikView осигурява гъвкавостта на ROLAP (без предварително зададени обеми), както и скоростта на MOLAP (почти незабавен достъп). И докато MOLAP инструментите понякога разполагат с пробивни възможности (в основата си многоизмерен модел със свързани заявки при поискване), QlikView е точно обратното: релационна система с кубове до поискване.

Tайната на QlikView: нашата асоциативна архитектура

  QlikView осигурява първата в света асоциативна архитектура (виж Фигура 2 и Фигура 3). QlikView управлява асоциациите в различните масиви от данни на ниво енджин, а не на ниво приложение. QlikView съхранява отделните таблици в своя "in-memory" асоциативен енджин (в паметта). Всеки възел от данните във всяко едно поле е асоцииран със всеки друг възел от данни, независимо къде се намира в цялата обща схема. Масивите от данни могат да представляват таблици с хиляди полета.

Фигура 2: Основополагащата архитектура на QlikView е асоциативна


Фигура 3: Кое прави архитектурата на QlikView асоциативна

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

Поддържайки асоциации, QlikView отговаря и на незададени въпроси

  За разлика от традиционните BI инструменти, когато потребителя щракне върху обект от данни в дадено поле на QlikView тук не се изпълняват никакви заявки. Вместо това, всички останали полета автоматично се филтрират база на избора, който е направен (виж Фигура 4). Избраният обект от потребителя се оцветява в зелено. Масивите от данни свързани с избрания за анализ обект се оцветяват в бяло, а несвързаната информация се маркирана в сиво.

Фигура 4: QlikView показва избрания обект за анализ, свързаните с него данни, както и тези, които нямат отношение

  Така, когато потребителите погледнат два различни обекта от данни те могат лесно да разберат точно как те си взаимодействат един с друг. Ако искат да ограничат данните до само един продукт, страна или година, например, те могат да видят как останалите данни в техния аналитичен масив отговарят. Те не са ограничени до това да видят само ефекта върху зададената заявка.

  С QlikView, всички данни преизчислява в реално време, без значение какви са източниците. Всички асоциации спрямо общия масив от данни са запазени, отговор на всеки бизнес въпрос в момента на неговото възникване, без да е необходима допълнителна преработка. Данните от всички таблици са достъпни винаги в контекста и са готови да предоставят отговор на следващия бизнес въпрос, какъвто и да е той.

НЯКОЛКО АНАЛОГИИ: КАРТИ, ДВИГАТЕЛИ И КУБЧЕТО НА РУБИК

  Ако казаното до тук ви се струва сложно, какво ще кажете за няколко по-лесни аналогии?
  Първо, нека да предположим, че целта е да разберем как работи един двигател с вътрешно горене, използвайки цифрови модели. При метода на базата на заявки ще ни се наложи да гледаме всяка една част от двигателя отделно (виж Фигура 5). Ще виждаме само по една част и ще трябва да се опитаме сами да разберем какви са връзките (или асоциациите) между отделните части на двигателя и как всички те се събират в едно общо цяло, за да се получи готовия работещ двигател.

Фигура 5: Представяне на двигател с вътрешно горене

  Ако обаче използваме асоциативната технология на QlikView, вече ще имаме достъп до цифров модел на целия работещ двигател, като всяка една отделна част ще бъде в правилното отношение към всички останали. Така вече можем да променим например подаването на гориво (или да изберем нещо в QlikView) и да видим как това ще повлияе например на консумацията на бензин, на карбуратора и на отделяните газове. Можем да гледаме движението на буталата и да въртим коляновия вал. Можем да разглобим двигателя по свое усмотрение и да преглеждаме всеки един отделен компонент в контекста на останалите части около него. Именно в това е силата на асоциативната архитектура на QlikView.

 : Нека да направим друга аналогия, представете си кубчето на Рубик, но вместо да имате цялостен поглед над всички страни, да виждате само една от страните му (виж Фигура6). Ако промените конфигурацията на едната страна не виждате как това се отразява на останалите страни. За разлика от QlikView, където имате пълен общ поглед над всички страни едновременно, можете да разберете какво друго се сменя на база на промените, които извършвате.

Фигура 6: QlikView показва избрания обект за анализ, свързаните с него данни, както и тези, които нямат отношение

  В третия пример, нека да предположим, че планирате пътуване от Лондон до Рим. Традиционна хартиена карта на пътищата ще ви помогне. Но нейното използване ще отнеме време, защото ще ви се наложи да правите връзка между отделни карти на различни страници по вашия маршрут. Освен това може и да пропуснете някои подробности, тъй като вие сте заети да следвате точно определен път по маршрута. В тази връзка QlikView е по-скоро като Google® Maps: на разположение имате целия маршрут в един общ план и може спокойно да увеличавате отделни области от него, които ви интересуват. Така по-лесно ще откриете оптималния маршрут, дори с подробности като например задръствания. И не на последно място, интерактивната карта предлага много по-голямо удобство, отколкото използването на хартиена карта на пътищата.

QLIKVIEW Е БЪРЗ ЗА ИНТЕГРАЦИЯ, ЛЕСЕН ЗА ПОЛЗВАНЕ И ГОТОВ ДА ОСИГУРЯВА РЕЗУЛТАТИ

Клиентите на QlikView го обичат. Ето защо:

• QlikView е бърз за интеграция. Aсоциативната архитектура на QlikView не се нуждае от постоянно преконфигуриране, за да може да отговори на нови бизнес въпроси. Това прави QlikView наистина бърз за интеграция. Според ИТ отдела на FHL Banks: "Без QlikView, щеше да отнеме цяла година и един милион долара за въвеждане на необходимата функционалност с традиционно BI решение". От Radiometer казват: "QlikView ни дава възможност да анализираме данните си и да реагираме адекватно много по-бързо. Генерирането на доклади отнема само 25% от времето, което ни беше необходимо преди". Agora Publishing интегрираха QlikView за само 20% от предвиденото време и постигнаха икономия на предвидения бюджет от 60%. А главният директор по информационни технологии в Superior Graphite Company заяви: "Само за 4 часа, един служител успя да постигне с QlikView това, което и цял екип от ИТ консултанти... не можаха да направят в рамките на година и половина".
• QlikView е лесен за ползване. Тъй като асоциативната архитектура на QlikView запазва всички асоциации между отделните полета, за потребителите това води до лесно и интуитивно ползване на анализите. Според ИТ директорът на Bliss Spa, "Потребителите обичат QlikView и възможността да разполагат с незабавен достъп до данните за планиране на нови кампании или стартиране на промоции. С QlikView, служителите вече са много по-производителни и наистина разполагат с възможност за вземане на най-добрите бизнес решения в най-подходящия момент”. Мениджър на аналитичен проект в глобална инвестиционна компания заяви: "QlikView е толкова гъвкав, мощен и лесен за ползване, а и позволява получаването на изцяло нов поглед над данните, който не беше достъпен преди. Нашите търговци извличат повече бизнес от клиентите на компанията като директен резултат от използването на QlikView".
• QlikView разкрива нови възможности. Най-ценното в QlikView е това, че позволява на служителите цялостно да си взаимодействат с информацията, което води до вземането на по-добри бизнес решения с добри финансови резултати. ИТ мениджърът на Meilleurtaux твърди, че "QlikView ни позволи да локализираме бързо специфичните области от нашия бизнес, които се нуждаят от подобрение. За по- малко от месец ние успяхме да възвърнем между 20% и 40% от бизнеса на нашите клиенти, които бяхме изгубили". Според директора за стратегическо планиране в Arbinet, "Преди QlikView, ние нямахме добри възможности за вземане на решения на база на дневните приходи от месеца или на транзакциите, което се оказа от критична необходимост, за да може да подобрим ефективността на бизнеса си".

СЪЩЕСТВУВА И ТЕХНИЧЕСКА ПРИЧИНА ЗАЩО ХОРАТА ХАРЕСВАТ QLIKVIEW

  Термините "висока приемственост от потребители" и "софтуер за интелигентни бизнес анализи" рядко се появяват заедно в едно и също изречение. QlikView обаче е изключението в това правило. Нашият основен асоциативен енджин е причината за страстта, която нашите клиенти изпитват към софтуера. Пионерният ни „in-memory” асоциативен подход със сигурност позволява висока производителност, но дори традиционните BI решения, които също предлагат подобен метод за използване на паметта, не могат да осигурят удобството на асоциативността. Те просто не могат да предложат същата уникална комбинация от предимства, които осигурява асоциативната архитектура на QlikView: лекота на ползване, бърза интеграция и неочаквани прозрения за бизнеса, благодарение на асоциативния подход.