Kung isinasaalang-alang mo man ang paglipat sa IBM Cognos Analytics sa Cloud, nais na gumamit ng mga driver ng JDBC sa halip na isang katutubong database client, o nais lamang ng higit na kakayahang makita sa mga katangian na nauugnay sa pagganap ng mga query, isang mahusay na ideya ang pag-aampon ng Dynamic Query Mode.
Nang ang Performance Food Group, ang isa sa mga pinaka mapagkakatiwalaang mga pinuno sa industriya ng mga serbisyo sa pagkain na-upgrade kamakailan mula sa Cognos 10.2.1 hanggang 11.0.12 bilang bahagi ng kanilang patuloy na proseso ng pagpapabuti, napagpasyahan nilang i-update din ang kanilang mga pakete mula sa CQM hanggang DQM din. Si Sumit Kumar, tagapamahala ng IT ng PFG na responsable para sa pangangasiwa ng pag-uulat, pagtatasa, at pagkonsulta, ay namamahala sa kanilang paglipat ng package at tinalakay sa pagtagumpayan sa anumang mga hamon na maaaring makatagpo nila sa prosesong ito.
Mga Pakinabang Ng Pag-convert Mula sa CQM patungong DQM
Ang mga dahilan ng Pagganap ng Pagkain ng Grupo para sa paglipat ay maraming. Ang isa sa mga pangunahing pakinabang ng pag-convert para sa Sumit at PFG bilang isang kabuuan ay ang kakayahang gumamit ng mga ulat na naglalaman ng data mula sa maraming mga pakete sa loob ng parehong ulat. Papayagan ng Dynamic Query Mode ang Sumit na gumamit ng mga ulat na naglalaman ng data mula sa maraming mga lugar ng paksa tulad ng mga benta, pagkuha, at imbentaryo, kahit na matatagpuan ang mga ito sa tatlong ganap na magkakaibang mga package. Ang katugmang Query Mode ay walang kakayahang ito, kaya halata ang pagpipilian.
Ang pag-convert mula sa Compatible Query Mode hanggang sa Dynamic Query Mode ay magbibigay din sa kanila ng kakayahang lubos na mabawasan ang oras ng pagpapatupad ng ulat sa pamamagitan ng paggamit ng query sa 64-bit na arkitektura. Sa pamamagitan ng paglipat, Alam ng Sumit na hindi lamang nila inilalagay ang mga imprastraktura upang gawing mas madali ang mga pag-upgrade sa hinaharap ngunit binibigyan din ang Performance Food Group ng kakayahang simulan ang mahuhulaan na analytics sa kanilang automatization.
Halata ang mga pakinabang ng pag-convert, ngunit ano ang mga hamon sa hinaharap?
Matapos pumili ng 13 na mga package ng Cognos upang mai-convert, nakatagpo ni Sumit ang kanyang unang mga hadlang sa yugto ng pagpaplano at pagpapatupad ng proyekto.
Mga Paghamon sa Pagpaplano ng Proyekto at Pagpapatupad
Ang unang roadang block na kinakaharap ng Sumit ay ang pagpili sa pagitan ng Waterfall o Agile delivery. Pinili ni Sumit ang huli para sa kanyang pag-convert sa CQM sa DQM sapagkat pinapayagan siyang i-deploy ang bawat pakete nang nakapag-iisa. Na-deploy ang mga package nang matagumpay na tumakbo ang lahat ng mahahalagang ulat at kung ang ilang mga ulat na may mababang priyoridad ay may mga pagkakamali, ipinakalat pa rin nila ang package at naayos ang mga ulat sa paglaon. Pinayagan silang maghatid ng halaga ng negosyo nang pauna nang hindi nawawalan ng anumang oras, ngunit upang ligtas itong mai-play ay pinananatili nila ang isang buwan na buffer kung sakaling kailanganin nila ng karagdagang tulong mula sa koponan ng suporta ng produkto ng IBM.
Ngayon na ang Sumit at Pagganap ng Pagkain Group ay nagtagumpay sa pagpaplano ng proyekto at yugto ng pagpapatupad, oras na para sa kanila upang talakayin ang susunod na isyu: mga hamon sa teknikal at imprastraktura dahil sa pag-uugali ng mga pakete sa Dynamic Query Mode.
"Ayon kay Sumit, ang pag-convert mula sa CQM patungong DQM ay oras at pagsisikap na napakahusay na ginugol. Matapos ang conversion, ang oras ng pagpapatupad ng ulat ay nabawasan ng 60% sa average! ”
Mga Hamon sa Teknikal at Infrastruktur
Nagpapatupad ang Dynamic Query Mode ng pinakamahuhusay na kasanayan na opsyonal sa Compatible Query Mode. Ang isang halimbawa nito ay ang paggamit ng mga gitling at asterisk na may pasulong na slash bilang isang linya na nagkomento, halimbawa, '-' vs '/ *'. Tumatanggap ang CQM ng lahat ng ito samantalang ang DQM minsan ay tinatanggap ito at kung minsan ay hindi, depende sa pagkakalagay. Ang mga maliliit na isyu na ito ay maaaring maging sanhi ng mga sporadic error o kahit na buong ulat na mabigo. Ang mga komento sa mga advanced na filter, query ng SQL at pasadyang mga kalkulasyon ay kilala rin na sanhi ng mga pagkakamali. A Paghambingin ang query sa sql ang tool ay isinasaalang-alang upang mai-format ang pagkakalagay at bawasan ang paglitaw ng mga error mula sa lugar na iyon ngunit ang pagsisiyasat ay nagpunta nang higit pa upang makita ang lahat ng mga paglitaw ng error. Ang pagsasama ng isang pag-andar sa kabuuan sa modelo ng data o kahulugan ng package ay lumikha rin ng mga pagkakamali, ngunit maaari itong malunasan sa pamamagitan ng pagpapalit nito ng kabuuang pag-andar sa halip, o Sum () kumpara sa Kabuuan ().
Gumagawa din ang Dynamic Query Mode ng ilang mga pagpapalagay na ang Compatible Query Mode ay hindi, na nagdudulot ng pagkakaiba sa mga output ng ulat. Ang pagpapatakbo ng mga ulat sa CQM vs DQM ay maaaring magbigay sa iyo ng iba't ibang mga resulta batay lamang sa kung paano nila binibigyang kahulugan ang pagpapaandar. Halimbawa, ang Kabuuan (Kabuuan (Benta)) sa CQM ay magbibigay sa iyo ng isang resulta na katumbas ng kabuuang benta at hindi pinapansin ang kabuuang duplicate samantalang sa DQM hindi nito binabalewala ang kabuuang duplicate, nagbibigay sa iyo ng ibang output ng ulat. Katulad nito, ang paraan ng pagpapatupad ng mga pagpipilian sa pagpapatupad sa CQM vs DQM ay magkakaiba rin. Ang mga filter sa mga haligi na Nakalkula / Pinagsama-sama ay maaaring humantong sa iba't ibang mga resulta depende sa pinagsamang pagpili ng pag-aari, tulad ng "Bago Pagsasama-sama" o "Pagkatapos ng Pagsasama-sama".
Iba Pang Mga Hamon
Ang Dynamic Query Mode ay maaaring maglapat ng ibang pagkakasunud-sunod ng mga pagpapatakbo na maaaring maging sanhi ng mga pagbabago sa output ng ulat.
- Ang kahulugan ng antas ng cardinality na kahulugan ay humahantong sa mga pagbabago sa output ng ulat.
- Ang pagpapatunay ng ulat ay maaari pa ring magpakita ng mga kritikal na error kahit na nalutas ang mga babalang mensahe. Ang lahat ng mga mensahe ng babala ay dapat na maayos bago ipakita sa iyo ng tagatala ng ulat ang aktwal na error. Kung hindi tumatakbo ang isang ulat at nagpapakita lamang ng isang mensahe ng babala, kailangan mong ayusin muna ang mensahe ng babala bago ihayag ng ulat ang kritikal na error at payagan kang ayusin ito.
- Ang pagbibigay ng mga ulat na may malaking halaga ng data ay maaaring mabigo sa mga isyu ng "Java na wala sa memorya" ngunit maaaring maayos sa pamamagitan ng hindi paganahin ang lokal na pag-aari ng pag-cache sa mga pag-aari ng ulat para sa mga ulat na iyon, at maaari ding tulungan ng pagdaragdag ng naka-configure na memorya para sa serbisyo ng query
- Ang pagsasaayos ng JVM ay dapat na maayos ayon sa mga pinakamahusay na kasanayan upang maiwasan ang mga problema sa hinaharap.
Sa konklusyon
Ayon kay Sumit, ang proseso ng paglipat ay oras at pagsisikap na napakahusay na ginugol. Matapos ang conversion, ang oras ng pagpapatupad ng ulat ay nabawasan ng 60% sa average! Tiyak na inirekomenda niya ang pag-convert ng mga pakete mula sa CQM patungong DQM at ang iyong kapaligiran mula 32-bit hanggang 64-bit.
Isinasaalang-alang ang pag-convert mula sa Compatible Query Mode sa Dynamic Query Mode o kamakailang na-convert? Gusto naming ibahagi sa iyo ang iyong karanasan sa amin o anumang mga tip at trick na mayroon ka!
Nais mong malaman ang higit pa? Nag-host kami a webinar kung saan tinalakay namin ang mga hamon na kinakaharap ng Performance Group sa kanilang paglipat sa Dynamic Query Mode. Tumugon sa webinar sa pamamagitan ng pag-click dito.
