כמה שאלות על תכנון DB
-
@dovid אמר בכמה שאלות על תכנון DB:
אני!
היו לי כמה אפשרויות אבל חוסר ההיכרות שלי עם סרניטי העמידה אותם בספק.טוב, כעת הסרתי את כל הקיבוץ, ונראה שזה עובד (למעט זה שלפעמים הוא מוחק לי שורות).
מקווה שזה אכן כך.מה שעשיתי זה כך:
השתמשתי ממש בקוד שלך, רק עם הוספה של הID של 2 הטבלאות. וכן שינוי הסדר.
הוספתי למחלקה של השכנים מאפיין LeftJoin.
עם שם טבלה:(SELECT DISTINCT ALL_TEL_CUST.SchunaId, ALL_TEL_SCHUNA.ClientId AS ClientId FROM (SELECT SchunaId, phone_Home AS TEL FROM Schuna UNION ALL SELECT SchunaId, phone_2 AS TEL FROM Schuna UNION ALL SELECT SchunaId, phone_3 AS TEL FROM Schuna) AS ALL_TEL_CUST INNER JOIN (SELECT ClientId, phone_Home AS TEL FROM Clients UNION ALL SELECT ClientId, phone_2 AS TEL FROM Clients UNION ALL SELECT ClientId, phone_3 AS TEL FROM Clients) as ALL_TEL_SCHUNA ON ALL_TEL_CUST.TEL = ALL_TEL_SCHUNA.TEL)
עם כינוי:
jb
עם ON:
jb.[SchunaId] = t0.[SchunaId]
עריכה:
ואז יצרתי שדה במחלקת השכנים עם:
Expression("jb.[ClientId]")
ובפיצ'ר של סרניטי בטבלת הלקוחות, הגדרתי שיסנן לפי השדה הזה.
וזהו. -
@dovid אם אתה רוצה אני יכול לכתוב על הפרוייקט קצת בעמעום,
יותר מזה אני צריך לשאול את זה שאני עושה לי את העבודה.אני בונה מערכת שכוללת מידע על אנשים.
במקביל אני צריך לספק מידע על הקרובים של הבנאדם,
הדרך היחידה שאני יכול לקשר ביניהם, זה ע"י מספרי טלפון.
ולכן נצרכתי לכל זה. -
@WWW חלילה! לא חשדתי במשהו רע, ואין לי שום עניין לדעת (יש לי אפילו עניין שלא) פרטים חסויים.
סה"כ רציתילהבין איך נפתרה הבעיה של הסרניטי שדרוש שם טבלה, מה עזר לך בשביל זה קוד ארוך של שאילתה. אני בגלל זה הצעתי לך View והסתדרת בלעדיו עניין אותי איך. אלא שמלכתחילא הכרתי אותך שאצלך מילה בתרי, אז רציתי לחסוך את החליבה הזו -
@dovid אמר בכמה שאלות על תכנון DB:
סה"כ רציתילהבין איך נפתרה הבעיה של הסרניטי שדרוש שם טבלה, מה עזר לך בשביל זה קוד ארוך של שאילתה. אני בגלל זה הצעתי לך View והסתדרת בלעדיו עניין אותי איך.
אמנם בפיצ'ר דרוש מחלקה של טבלה.
אבל במחלקה אני יכול להוסיף LeftJoin, וב LeftJoin אני יכול לכתוב מה שבא לי בתור שם טבלה.בעצם ב2 מילים:
הפתרון הוא:-
שאני כולל את השאילתה שלך ב LeftJoin קבוע בטבלת השכנים (אין לי בעיה מבחינת ביצועים, כי זה משמש כמעט רק לזה).
-
שאני מוציא מהשאילתה גם את ה ID של טבלת הלקוחות.
-
שאני קובע את ה ID של הלקוחות כשדה במחלקה של השכנים.
ואז יש לי שדה לסינון בפיצ'ר.
-
-
אוקי. עדיין לא מובן לי המשפט הזה:
@WWW אמר בכמה שאלות על תכנון DB:
ובפיצ'ר של סרניטי בטבלת הלקוחות, הגדרתי שיסנן לפי השדה הזה.
יש לנו פה שתי צעדים פשוטים:
א. הביטוי ששמת כשם טבלה זה מביא טבלה של כל הלקוחות ויושבי השכונה עם התאמה כל שהיא, שמכילה את העמודות הבאות: מזהה איש בשכונה, ומזהה לקוח - שנמצא ביניהם קשר ע"י הטלפונים.
ב. ברגע שאתה עושה JOIN בין הרשימה הזו לבין הרשומה הנוכחית (כלומר jb.[SchunaId] = t0.[SchunaId]), הרשימה מכילה רק לקוח אחד לכל היותר X מספר האנשים בשכונה שנמצאו תואמים לו.אז א"כ הפילטור לשם מה הוא בא?
-
@dovid אמר בכמה שאלות על תכנון DB:
אז א"כ הפילטור לשם מה הוא בא?
איזה פילטור?
אחרי שעשיתי את אות ב' שכתבת, שאת זה כבר עשיתי במחלקה של השכונה.
יש שלב ג', שאני צריך שכשמשתמש לוחץ על הרשומה בטבלה שיוצג לו טבלה משנית (טבלת השכונה) עם כל השכנים שנמצאו תואמים לרשומה הנוכחית.
ואת זה עושה הפיצ'ר = סינון אוטומטי. -
@dovid אמר בכמה שאלות על תכנון DB:
אוקי כמודמה לי שהבנתי הכל, תודה.
שמח לשמוע :).
יש פה עוד משהו שאני רוצה להרוויח על בסיס מה שכתבת, שזה השלב הבא.
אני צריך ליצור רשימה של לקוחות שיש להם איזה ערך מסוים, שקשור למזהה משתמש, באחד השדות של הטבלה של השכנים.
חשבתי להעתיק את השאילתה הנ"ל, להוסיף לו עוד שדה לשלוף מטבלת השכנים, ולשייך את זה גם ב LeftJoin לטבלת הלקוחות, ואז אני אוכל לסנן על פי זה.
הבעיה שבניגוד לטבלת השכנים, כאן זה לא השימוש העיקרי של הטבלה, וחבל שבכל בקשה יהיה את ה LeftJoin...אני צריך למצוא דרך לשלב את ה LeftJoin רק כשצריך אותו בסרניטי, מקווה שאני לא אצטרך לשכפל את כל המחלקות של הטבלה לקוחות :(.
בינתיים לא מצאתי דרך. -
@dovid אני מנסה עכשיו לעשות את מה שכתבתי בהודעה הקודמת,
ומעניין מאד שכאן בטבלת הלקוחות אם אני מוסיף LEFTJOIN לשאילתה הזאת, זה מביא לי ערכים כפולים, (שהפרונט של סרניטי לא יודע להתמודד עם זה...).
משא"כ בטבלת השכנים משום מה אין לי תוצאות כפולות.יש לך הסבר לזה?
אני שובר את הראש כבר 5 דקות. -
@WWW אמר בכמה שאלות על תכנון DB:
@clickone למה אין מושג של DISTINCT על שדה 1 מתוך כמה?
לא יודע
זה מה שענה לי פעם @ארכיטקט היקר על שאלה אחרת...לגופו של עניין, השאלה שלך נוגעת לנבכי המנוע הפנימי, כמובן שבכדי להבין את השיקול, עליך לעבוד תחילה במייקרוסופט כמפתח מנוע של SQL במשך עשרים שנה, ולאחר מכן אולי תזכה להיכנס לרזי השיקולים של האלגוריתם. מי יודע?
עקרונית יש מושג, עם MAX וכו כמו שכתבת