בחירת תאור שה SELECT ישב על קוד -- לא משהו פשוט

boxir2
יש לי טבלת רכבים שכוללת בתוכה

מספר רכב --- מפתח הטבלה
קוד צבע רכב
תאור צבע רכב

יצרתי אובייקט בשם תאור צבע רכב,
אני רוצה שכאשר יוצרים דוח ושמים את התאור צבע רכב ה LOV יביא את הצבעים
אבל ב SELECT יהיה WHERE על ה קוד

אני מכיר את הגדרת ה KEY ברמת האובייקט אך זה לא עוזר לי כי הקוד צבע הוא לא
המפתח בטבלה

מה הדרך לפתור את הבעיה ?

where  על האובייקט עם prompt על שדה הקוד
ב-LOV תן גם את התאור וגם את הקוד שלמשתמש יהיה קל לבחור

נ.ב

לא ניסיתי אבל אני לא בטוח שהאובייקט חייב להיות מפתח בטבלה,נסה ב-index awarness את זה
אולי יעבוד בלי

היי יואב
המטרה העיקרית שלי היא לשפר ביצועים
מכיוון שב DB אני שם INDEXים על הקודים ומשתדל לא על התיאורים
זאת הסיבה שאני רוצה שה שליפה תסנן לפי קודים ולא תיאורים
לשים PROMT זה יהרוס לי את הביצועים וזה מה שלא רציתי

INDEX awrness חייב הגדרת מפתח או מפתח זר בו ( אין לו משהו אחר)
אצלי הוא התחרפן

למה  זה יהרוס לי את הביצועים אם זה על שדה הקוד ?

ומוסיף הערה:תוסיף הגבלה על שדה התיאור כך שיהיה ניתן לצרף אותו בשאילתא רק לחלק לשדות התצוגה.

הבעיות ב-
index awarness
יכולות לנבוע אם הקודם ותיאור הם לא יחודיים אחד לשני ואת זה חשוב לבדוק
לפני שמיישמים.
יעני קוד 2 תמיד יהיה צבע אדום ולא משהו אחר
וצבע אדום תמיד יבוא עם קוד 2
פונקציה חד חד ערכית

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

הי,

הבעיה היא לא בBO אלא במודל \טבלה שלך. יש פה יצירת מבנה לא מנורמל בצורה מיותרת.

אם זה DWH, צריך לשנות את המודל לשתי טבלאות:

טבלת רכבים: מספר רכב, קוד צבע רכב

טבלת צבעים: קוד צבע רכב, תיאור צבע רכב

קישור לפי קוד צבע רכב ואינדוקס רק בטבלת רכבים.


אם זאת מערכת תפעולית, תיצור טבלה מיוחדת שהיא select distinct של קוד וצבע רכב ותחבר אותה באותו אופן. אז הקוד והצבעים משתנים באופן קבוע תדאג לגזור את הטבלה כל יום\שבוע וכו' או לחילופין תשתמש בview פיזי כגון materialized view.

לפי דעתי זאת הדרך הנכונה לתקוף את הבעיה.


תמיר

חס וחלילה
טבלת DWH מימד רכבים כולל בתוכו מספר רכב ייחודי ומלא קוד ותיאור של מאפייינים שונים
קוד צבע וצבע קוד יבואן ויבואן,קוד יצרן ויצרן קוד מיגון תאור מיגון ועוד ועוד.
חייב להיות אך ורק בטבלה אחת.

יואב מצטער אני לא יורד לעומק דעתך
האם תוכל לכתוב לי דוגמה איך להש,מש ב PROmpt?

ממש לא.

אני אסביר לך בקצרצרה: המודל שהDWH שלכם בנוי הוא מודל של סכמת כוכב, כלומר fact אחד במרכז (אולי תשלומי ליסינג??) ועם קודים המפוענחים על ידי טבלאות מימד (כגון מימד רכב).

במקרה הספציפי הזה, כשמדובר במימד ענק, זה חסר טעם לבצע חזרה על פרטים מה גם זה יוצר בעיות (כגון הבעיה שאתה מתאר). במקום זה, נהוג להשתמש במודל אחר הקרוי snowflakes, האומר שגם ערכים מסויימים בתוך המימד יפוענחו על ידי "מימדי בן" (כגון טבלת צבעים, במידה והיה בנוי בצורה נכונה).

ואם אתה חושש בגלל בעיות ביצועים, אין לך מה לחשוש-ההשפעה תהיה קטנה אם בכלל.

אתה מוזמן לקרוא על כך ב"מחסני נתונים ושאר ירקות" .... והאמן לי שאני יודע על מה אני מדבר 

www.dwh.co.il/portal/index.php?option=co...view&id=451&Itemid=9

למה חזרה על פרטים
בכל מקרה יש לך שורה לכל רכב וכל רכב יש לו את הפרטים שלו,
אני לא רואה שום סיבה מיוחדת לעשות Snowflake
כמו שנתתי דוגמה לקוד מודל ותיאור מודל קוד צבע ותיאור צבע ועוד
אין סיבה ממש טובה להוציא את זה ל Snowflakes כי אין לי יותר מפרט אחד עבור כל קוד וזה לא דומה למקרה שאתה מציג שיש הרבה פרטים עבור קוד ישוב לקוח, וגם הנושא שונה מפרטי לקוח ממש אלא יותר פרטי ישוב.
הנתון בכל מקרה נשמר ברמת רכב בודד ולכן אני חוסך JOIN
אולי הדבר היחיד שאני מרוויח הוא שימוש ב INDEX AWARE אבל זה
ממש לא שווה את זה. קח בחשבון שהמימד רכב משתתף בעוד הרבה עולמות
ואם מה שאתה מציע אני צריך להשתמש עם כל החיבורים SNOW שלו זה ממש טירוף.
בכל מקרה אני דבק ב STAR כמה שיותר ורק אם אין לי ברירה ממש אני עובר ל SNOWFLAKES  וד"א אני לא כל כך מסכים עם הדוגמה שאתה מציג, אני הייתי מכניס את קוד ישוב לFACT ומחבר ישירות לישוב ואז גם יכול לענות בקלות כמה כנסות היו לי לישוב מסוים ב JOIN אחד

היי,

הרעיון לפתרון פשוט וקצר הוא שוב:

כנס לאובייקט קוד תיאור וב- where שלו פשוט בנה Prompt in kod ,כנס לרשימת ה- LOV וערוך אותה כך
שיתווסף גם התיאור,בדרך זו המשתמש יוכל לפענח ברשימה מהו הקוד.

לך לאובייקט התיאור וב- properties שלו הסר את האפשרות להציבו בתנאי,בדרך זו לא יהיו משתמשים שישימו אותו ב- where ואחרי העבודה שעשית על אובייקט הקוד תמיד יזרק עליו התנאי הפרומפטי ששמת ב- where  כך שירוץ על הקוד ועל כן השאילתא תרוץ מהר יותר.

חוזר לשאלה מקודם:מדוע שה- prompt יפגע בביצועים אם הוא רץ על שדה הקוד (המנומר והמאונדקס ?)

תעשה מה שאתה מבין

היי יואב
בעצם אתה מציע לי  לאובייקט הקוד  בResualt objects להוסיף ולהציג גם את התיאור וכך יוכל לבחור ב LOV את הרצוי
ולמנוע מהמשתמש להוסיף את האובייקט תאור להכניס ל Condition

תשמע, אני לא יודע מי המשתמשים שלך אבל אצלי כולם מוסכניקים 
יהרגו אותי - לא יבינו מה כן ומה לא
אני מעדיף לתת INDEX ב DB על כל שדה ושדה כולל על שדות תיאור

עדיין לא הבנתי איפה נכנס פה ה PROMPT? האם תוכל לשלוח לי שורת קוד דוגמה של WHERE שהתכוונת ?

תכניס syntax רגיל של Prompt ב- where של האובייקט(שאתה עושה דבל קליק על האובייקט,בחלון שנפתח יש לך גם פסוקית where ),אני בטוח שאתה יודע איך לכתוב prompt ,מקרה זה לא שונה ממקרים אחרים מבחינת התחביר.

הפתרון פשוט ולא מסובך,בסה"כ הם לא יוכלו לשים את התיאור ב- where ואוטומטית כשהם לוקחים את התיאור ב- Select תיזרק ההתניה.
קצת חינוך והם יבינו.

או אנדקס את הכל....

עכשיו נפל לי האסימון
אז אני מכריח בכל שימוש באובייקט כזה שתהיה בחירה
למשל אם יש לי דוח אחד שיש בו צבע רכב ובחירה על מודל רכב
הדוח (בגלל האובייקט עם ה PROMpT) יכריח גם בחירה על צבע
נכון ?

בכל אובייקט שתשים (רצוי כמה שפחות אחרת מה עשינו פה כן ?) את ה-prompt ב-where
התנאי יעקף בהתאם,אתה יכול על X האובייקטים הרצויים או self join על הטבלה עצמה אם מדובר בחוק שאתה רוצה להכיל על כלל האובייקטים המגיעים מטבלה זו.

היי, אשמח לקבל ממך טבלה זו, היא של רכבים מכל הסוגים ומספרי הצבע שלהם?