Aggregate Awerness Challenge

הי,
boxi 3.1
oracle g10

יש לי איזה אתגרון קטן שאני חושב שאין לו פיתרון אבל בכל זאת ..

יש לי טבלא יומית וטבלא חודשית(מקובצת) במצב רגיל הייתי משתמש ב-Aggregate Awerness ובשביל לחבר את הטבלא החודשית למימד הזמן הייתי מצמיד לה שדה יומי שנותן את היום הראשון של החודש
כך שניתן היה לחבר את הבטלא החודשית לאותו מימד זמן.

אממה המצב כרגע הוא שונה,
מכיוון שהטבלא מפורטשת בחודשים אנני יכול לוותר כל שדה החודש
כאשר אני מתשאל את החודשים המסויימים מכיוון שזה מאוד
משפיע מבחינת ה-execution plan (ואפשר גם להבין אותו)

אז הפיתרון לכרגע הוא יצירת מימד זמן חודשי מחודש ומעלה..) ולחבר אותו לטבלא החודשית על שדה ה-Month_ID שעליו ה-Partitioning מתבססים.

האם יש דרך לאחד ה-Month_ID של שני המימדים לאותו אובייקט .
ככה שאם גוררים Month_ID יש חיבור בין ה-Fact החודשי למימד החודשי .

בדרך כלל ה-Aggregate Awerness עוטף מדדים על ה-Facts ולא על המימדים

שכחתי להוסיף כי הטבלא היומית היא בלי מימד יוזר והחודשית היא כן,
כך שאם לא גוררים את אוביקט USER וכן מתחקרים חודשית כן יש להשתמש בטבלא היומית(זה ככה עובד מצויין היום )

יש:

בכפתורית ה-tables של אובייקט ה-Month_ID תלחץ גם על טבלת המימד החודשי (או להיפך על ה-fact,תלוי מאיפה מגיע ה-month_id ) וה-join שאתה רוצה יזרק בכל פעם שתגרור את השדה הנ"ל.

"בדרך כלל ה-Aggregate Awerness עוטף מדדים על ה-Facts ולא על המימדים" - לא מדוייק :

זה בדיוק הסיפור של ה-aag aware :אתה רוצה SQL דינאמי:אם אתה גורר חודש עם יום והכנסה,ההכנסה תילקח מטבלת ההכנסות,אם אתה לוקח חודש והכנסה,ההכנסה תילקח מטבלת ההכנסות החודשית .

agg aware "מאחד " שדות בכך שהוא מאפשר להציב כמה אופציות בכל שדה לפי סדר האפשרויות המבוקש ,לדוגמא:

1.הכנסה + שדה חודש =ה-SQL מגיע מהטבלה הסיכומית
2.הכנסה + שדה חודש (זה אותו אובייקט בעולם)+ שם לקוח=ה-SQL מגיע הלקוחות ההכנסות הרגילה.

אם הטבלה הסיכומית החודשית תכיל בתוכה את שדה החודש לא תצטרך להתחבר לטבלת המימד וכך חסכת את ה-join.

אני חוזר:
1.יש טבלא סיכומית ברמה יומית בלי יוזר
2.יש טבלא חודשית עם יוזר
3.יש טבלא רגילה (ניתן לא להתייחס אליה לבעיה)

כל עוד אין יוזר העדיפות תהיה לטבלא אחת ולא גם אם ניגרר month_id
והחיבור של הטבלא למימד הזמן יהיה למימד הזמן הרגיל (ברמה יומית ומעלה)

מרגע שניגרר יוזר יש לפנות לטבלא החודשית עם היוזר
- כאשר אם ניגרר Month_ID הוא יגיע ממימד הזמן החודשי ולא היומי 

הדוגמאות שהבאת הם כאשר 2 ה-Facts מתחברים לאותו מימד זמן
במיקרה שלי כל אחד מתחבר למימד זמן אחר רק עם שם month שונה

לגבי העצה הראשונה שאמרת - אתה מתכוון שב-select יהיה כתוב רק Month_ID ולבחור את 2 טבלאות המימד שמכילות את אותו שם שדה? - למה זה זורק הערה .

נו אז זה פשוט:

1.ב- agg aware navigation שדה ה-user id לא compatible עם הטבלה הסיכומית היומית.

2.שדה ה-month id עטוף ב- agg aware עם 2 אופציות:1.month id מטבלה חודשית,month מטבלה יומית

הדוגמאות שהבאתי לא מתחברות לאותו מימד:הם יכולות להיות מטבלת fact או מימד ,אתה בסה"כ רוצה להתחבר לכ"א מהטבלאות בהתאם לאובייקט user id שנלקח...

עדיין יש בעיה..

כאשר תגרור רק מדד כסף לדוגמא בלי user(עדיפות ראשונית לטבלא היומית)
ואת Month_ID
אז נירצה שתהיה רק שאילתא אחת מהטבלא היומית שמתחברת למימד הזמן היומי ותעשה קיבוץ חודשי

אממה בגלל שבמדד כסף הטבלא היומית נמצאת בעדיפות ראשונה
ובגלל שבאוביקט month_id השדה מהטבלא החודשית נימצא בעדיפות ראשונה
אז יהיה פיצול של 2 שאילתות כי 2 שדות מטבלאות בלי חיבור היו בעדיפות ראשונה

שים לב שבכלל לא ערבתי פה את user בבעיה

מדד כסף=עדיפות ראשונה לטבלה חודשית

אבל אם לא מעורב USER אז כן הטבלא היומית צריכה להיות בעדיפות הראשונה כי היא אינה מכילה אותו(ולכן הרבה יותר קטנה ומהירה לשליפה).

אני חוזר זה אינו מיקרה קלאסי
בו יש לי 2 טבלאות זהות שאחת מהן היא חודשית ואז העדיפות היא תמיד לחודשית כל עוד לא הייתה דרישה לתחקר יומית

יש לי 2 טבלאות
1.טבלא יומית שהיא בעדיפות ראשונה להכל כל עוד לא צריך לערב USER
2.טבלא סיכומות ברמת יוזר וחודש

החוקים הם כאלה :
כל עוד לא לא מעורב USER אז העדיפות היא לטבלא היומית כאשר היא מתחברת למימד זמן רגיל שאפשר באמצעותו לקבץ איך שרוצים

במידה ומוערב יוזר אז יש לגשת לטבלת החודשית עם היוזר שמתחברת למימד הזמן החודשי