ברמת ה-Framework Manager:
•בדקו שה-DB הינו אופטימלי – האם הוא מאונדקס? השתמשו ב-FM על מנת למצוא FK ו-PK חסרים.
•בחנו את ה-SQL – האם הוא כמצופה? האם הקשרים והקרדניליות נכונים? האם ה-Cognos SQL זהה ל-Native SQL?
•המנעו מ-local processing לא נחוץ – האם ה-Native SQL מפוצל? שימוש בפונקציות שאינן נתמכות ב-DB.
•בדקו האם יש קריאות נוספות ל-metadata – האם ב-Query Information תחת ה-Response Tab ישנן קריאות נוספות? זה יכול לגרום לבעיות ביצועים במיוחד ב-Teradata.
•בחנו את הגדרות ה-Prompt Info – האם אתם מסננים שדות מאונדקסים?
•הגדירו Project Governors – חלק מה-governors יכולים להשפיע על ביצועי השאילתה, ניתן להגדירם ברמת ה-Package (ב-FM) וניתן לדרוס הגדרות אלו ב-Report Studio (הגדרות כגון שימוש ב-cache, איסור להשתמש ב-Cross-Product Joins וכן הלאה).
•Model Design – האם יש שימוש ב-Star Schema, מינוף ה-db ועוד.
ברמת ה-Report Studio –
•תוודאו שהמסננים (Filter) עובדים על שדות מאונדקסים (Use and Display Values).
•עבור שימוש במסננים מימדיים (Dimensional Filters)- אל תשתמשו במסננים רלציונים (Relational Filters) על מנת לסנן דוחות מימדיים, בחנו שימוש בפונקציית Filter על פני Suppression ושימוש ב-Slicer.
•אסטרטגיות שאילתה – בדקו כי אין שימוש מיותר ב-singleton במקומות בהם אתם יכולים להשתמש ב-layout calculation במקום. השתמשו ב-Cache וב-query feeder היכן שניתן (עבור דוחות batch יש לשנות את ה- CQEConfig.xml בהתאם).
•בחנו הגדרות שאילתה – חלק מהגדרות השאילתה יכולות לשפר את הביצועים כגון, Use SQL Parameters, Use Prompt Info ועוד.
•איתור וטיפול בבעיות בדו"ח – פרקו את הדוח לחלקים ובחנו כל חלק עד שתמצאו את החלק הבעייתי, בחנו קשרים וקרדינליות, בדקו שאין local processing מיותר, בדקו האם יש שימוש ב{} או ב{{}}. השתמשו ב- Tools > Show Generated SQL/MDX ואם אתם עובדים ב-DQM השתמשו ב-Dynamic Query Analyzer.
