Անկախ նրանից, թե մտածում եք IBM Cognos Analytics- ի ամպի վրա տեղափոխվելու մասին, ցանկանում եք օգտագործել JDBC- ի վարորդներ տվյալների բազայի հարազատ հաճախորդի փոխարեն, կամ պարզապես ավելի մեծ տեսանելիություն ունենալ հարցումների կատարողականի բնութագրերի նկատմամբ, Dynamic Query Mode- ի որդեգրումը հիանալի գաղափար է:
Երբ սննդամթերքի սպասարկման արդյունաբերության ամենավստահելի առաջատարներից մեկը ՝ Performance Food Group- ը, վերջերս բարելավվեց Cognos 10.2.1 -ից մինչև 11.0.12 ՝ իրենց շարունակական կատարելագործման գործընթացի շրջանակներում, նրանք որոշեցին, որ իրենց փաթեթները կթարմացնեն նաև CQM- ից մինչև DQM: Սումիտ Կումարը, PFG- ի ՏՏ մենեջերը, որը պատասխանատու է հաշվետվությունների, վերլուծությունների և խորհրդատվությունների վերահսկման համար, պատասխանատու էր նրանց փաթեթային միգրացիայի համար և հանձնարարեց հաղթահարել ցանկացած մարտահրավեր, որին նրանք կարող են հանդիպել այս գործընթացի ընթացքում:
CQM- ից DQM փոխարկելու առավելությունները
Performance Food Group- ի միգրացիայի պատճառները բազմաթիվ էին: Ընդհանուր առմամբ Sumit- ի և PFG- ի համար փոխակերպման հիմնական առավելություններից էր նույն հաշվետվության շրջանակներում բազմաթիվ փաթեթներից տվյալներ պարունակող հաշվետվությունների օգտագործման հնարավորությունը: Դինամիկ հարցման ռեժիմը թույլ կտա Sumit- ին օգտագործել զեկույցներ, որոնք պարունակում են բազմաթիվ առարկայական տվյալներ, ինչպիսիք են վաճառքը, գնումները և գույքագրումը, չնայած դրանք տեղակայված են երեք բոլորովին այլ փաթեթներում: Հարցման համատեղելի ռեժիմը չունի այս հնարավորությունը, ուստի ընտրությունը ակնհայտ էր:
Համատեղելի հարցման ռեժիմից դինամիկ հարցման ռեժիմի փոխարկելը նրանց հնարավորություն կտա զգալիորեն նվազեցնել հաշվետվությունների կատարման ժամանակը `գործածելով հարցման կատարումը 64-բիթ ճարտարապետության վրա: Տեղափոխվելով ՝ Sumit- ը գիտեր, որ նրանք ոչ միայն ենթակառուցվածքներ են դնում ապագա բարելավումներն ավելի դյուրին դարձնելու համար, այլև տալիս են Performance Food Group- ին իրենց ավտոմատացման մեջ կանխատեսող վերլուծություններ սկսելու հնարավորություն:
Դարձի գալու առավելություններն ակնհայտ էին, բայց ո՞ր մարտահրավերներն էին առջևում:
Փոխակերպման ենթակա 13 Cognos փաթեթներ ընտրելուց հետո Sumit- ը բախվեց իր առաջին խոչընդոտներին նախագծի պլանավորման և իրականացման փուլում:
Projectրագրի պլանավորման և իրականացման մարտահրավերներ
Առաջին roadբլոկ Sumit կանգնած էր ընտրության միջեւ ջրվեժի կամ արագաշարժ առաքման. Sumit- ն ընտրեց վերջինս իր CQM- ից DQM փոխակերպման համար, քանի որ դա թույլ էր տալիս ինքնուրույն տեղակայել յուրաքանչյուր փաթեթ: Փաթեթները տեղակայվեցին այն ժամանակ, երբ բոլոր կարևոր զեկույցները հաջողությամբ գործարկվեցին, և եթե որոշ ցածր առաջնահերթ հաշվետվություններ սխալներ ունեին, նրանք, այնուամենայնիվ, տեղակայեցին փաթեթը և դրանք ավելի ուշ ամրագրեցին: Սա թույլ տվեց նրանց նախապես մատուցել բիզնեսի արժեքը ՝ առանց որևէ ժամանակ կորցնելու:
Այժմ, երբ Sumit and Performance Food Group- ը հաղթահարեց ծրագրի պլանավորման և կատարման փուլը, ժամանակն էր, որ նրանք լուծեն հաջորդ խնդիրը `տեխնիկական և ենթակառուցվածքային մարտահրավերները` փաթեթների Dynamic Query Mode- ի վարքագծի պատճառով:
«Ըստ Sumit- ի ՝ CQM- ից DQM- ի անցումը ժամանակ և ջանք էր, որը ծախսվել էր շատ լավ: Փոխակերպումից հետո հաշվետվությունների կատարման ժամանակը միջինը կրճատվել է 60% -ով »:
Տեխնիկական և ենթակառուցվածքային մարտահրավերներ
Դինամիկ հարցման ռեժիմը կիրառում է լավագույն փորձը, որն ընտրովի էր համատեղելի հարցման ռեժիմում: Դրա օրինակը կդառնա գծանշանների և աստղանիշերի օգտագործումը ՝ առջևի շեղ գծով, որպես մեկնաբանված տող, օրինակ ՝ '-' vs '/*': CQM- ն ընդունում է այս բոլորը, մինչդեռ DQM- ն երբեմն ընդունում է այն, իսկ երբեմն ՝ ոչ ՝ կախված տեղաբաշխումից: Այս թվացյալ փոքր խնդիրները կարող են պատճառ դառնալ, որ պատահական սխալներ կամ նույնիսկ ամբողջ հաշվետվությունները ձախողվեն: Հայտնի էր նաև, որ առաջադեմ զտիչների մեկնաբանությունները, SQL հարցումը և սովորական հաշվարկները սխալներ են առաջացնում: Ա Համեմատեք sql հարցումը Գործիքը համարվում էր տեղադրումը ձևավորելու և այդ տարածքից սխալների առաջացումը նվազեցնելու համար, սակայն հետաքննությունն ավելի առաջ գնաց `բոլոր սխալների երևույթները տեսնելու համար: Տվյալների մոդելի կամ փաթեթի սահմանման մեջ գումարի ֆունկցիայի ներառումը նաև սխալներ է առաջացրել, բայց դա կարելի է շտկել ՝ փոխարենը փոխարինելով ընդհանուր գործառույթով, կամ Sum () vs Total ():
Դինամիկ հարցման ռեժիմը նաև որոշակի ենթադրություններ է անում, որոնք չի տալիս համատեղելի հարցման ռեժիմը, ինչը պատճառ է դառնում, որ հաշվետվությունների արդյունքները տարբերվեն: CQM և DQM հաշվետվություններ վարելը կարող է ձեզ տարբեր արդյունքներ տալ ՝ հիմնվելով միայն այն բանի վրա, թե ինչպես են նրանք մեկնաբանում գործառույթը: Օրինակ, CQM- ում Ընդհանուր (Ընդհանուր (Վաճառք)) կտա ձեզ արդյունք, որը համարժեք է ընդհանուր վաճառքին և անտեսում է կրկնակի ընդհանուրը, մինչդեռ DQM- ում այն չի անտեսում կրկնօրինակ ընդհանուրը ՝ ձեզ տալով հաշվետվության այլ արդյունք: Նմանապես, CQM vs DQM- ում համախմբման ընտրանքների իրականացման եղանակը նույնպես տարբերվում է: Հաշվարկված/համախմբված սյունակների զտիչները կարող են հանգեցնել տարբեր արդյունքների ՝ կախված գույքի ընդհանուր ընտրությունից, օրինակ ՝ «Նախքան ագրեգացում» կամ «Ագրեգացումից հետո»:
Այլ մարտահրավերներ
Դինամիկ հարցման ռեժիմը կարող է կիրառել գործողությունների այլ կարգ, որը կարող է փոփոխություններ առաջացնել հաշվետվության ելքում:
- Հաշվետվության մակարդակի կարդինալության սահմանումը հանգեցնում է հաշվետվության արտադրանքի փոփոխությունների:
- Հաշվետվության վավերացումը դեռ կարող է կրիտիկական սխալներ ցույց տալ նույնիսկ նախազգուշական հաղորդագրությունների լուծումից հետո: Բոլոր նախազգուշական հաղորդագրությունները պետք է ամրագրվեն, նախքան զեկույցի կազմողը ձեզ ցույց կտա իրական սխալը: Եթե հաշվետվությունը չի գործում և միայն նախազգուշացնող հաղորդագրություն է ցույց տալիս, ապա նախ պետք է շտկեք նախազգուշացման հաղորդագրությունը, նախքան զեկույցը կբացահայտի կրիտիկական սխալը և թույլ կտա ուղղել այն:
- Հսկայական քանակությամբ տվյալներով հաշվետվությունների մատուցումը կարող է ձախողվել «Java- ի հիշողությունից դուրս» խնդիրներով, բայց դրանք կարող են շտկվել ՝ այդ հաշվետվությունների հաշվետվության հատկությունների մեջ տեղակայված հատկությունների անջատման միջոցով, ինչպես նաև կարող է օժանդակել հարցման ծառայության կազմաձևված հիշողության ավելացման միջոցով:
- JVM- ի կոնֆիգուրացիան պետք է մանրակրկիտ ճշգրտվի լավագույն փորձի համաձայն `հետագա խնդիրները կանխելու համար:
Եզրափակելով
Ըստ Սումիտի, միգրացիայի գործընթացը շատ լավ ծախսված ժամանակ և ջանք էր: Փոխակերպումից հետո հաշվետվությունների կատարման ժամանակը միջինը կրճատվել է 60% -ով: Նա միանշանակ խորհուրդ է տալիս փաթեթները փոխարկել CQM- ից DQM և ձեր միջավայրը ՝ 32-բիթից 64-բիթանոց:
Հաշվի առնելով Համատեղելի հարցման ռեժիմից Դինամիկ հարցման ռեժիմի վերածվե՞լը, թե՞ վերջերս փոխակերպված լինելը: Մենք շատ կուզենայինք, որ դուք կիսվեիք ձեր փորձով մեզ հետ կամ որևէ խորհուրդ և հնարք:
Wantանկանում եք ավելին իմանալ: Մենք հյուրընկալեցինք ա webinar որտեղ մենք քննարկեցինք Performance Group- ի առջև ծառացած մարտահրավերները Dynamic Query Mode- ին միգրացիայի ժամանակ: Պատասխանեք վեբինարին `կտտացնելով այստեղ: