כמה שאלות על תכנון DB
-
-
@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 וכו כמו שכתבת
-
@clickone דווקא אני חושב שאני יודע למה...
אז אולי אני יכול לתכנת את SQLב DISTINCT אין מצב שיש שדות שהמנוע לא יודע איזה מהם להביא, כי כל מה שאתה רושם אחרי DISTINCT נכלל בו, ואז אם אתה רושם 3 שדות, אז הוא יביא לך ערכים כפולים כל עוד הם לא דומים לגמרי.
משא"כ בקיבוץ, אתה יכול לקבץ רק שדה אחת, ואז יש בשדה שני 2 ערכים להביא, איזה הוא יביא? הראשון או השני?
-
@WWW אמר בכמה שאלות על תכנון DB:
יש לך הסבר לזה?
אני שובר את הראש כבר 5 דקות.אני חושב שהבנתי מה הולך פה.
הדבר היחיד שהרווחתי מהסרניטי הזה...האחראי ליצירת כפילות זה השאילתה הראשית, שהיות ואני נותן לו LEFTJOIN,
אז אם יש שמה ערכים שונים, הוא מביא את הרשומה כפול, ואם לא אז לא.ובסרניטי אם אני לא משתמש בLEFTJOIN, הLEFTJOIN לא נכלל בשאילתה כדלהלן.עכשיו סרניטי עובד בצורה שאם אני לא משתמש בבקשה הזו עם שדה מסוים, אז הוא לא מכליל אותו ברשימת ה SELECT.
ואני הרי יצרתי במחלקת השכנים שדה שתשלוף את ה CLIENTID, אך היות ואני לא משתמש בזה בתצוגה רגילה הוא לא נכלל בשאילתה, ולכן אין כפילות.
מתי אני משתמש בזה? רק כשאני מציג את הרשומות מסונן לפי רשומת לקוח, ואז אין כפילות!...
הפלה וופלה!
יתירה מזו, אני רואה שהוא גם לא מוסיף את ה LEFTJOIN אם אין צורך בו, ככה שאין לי בעיה של ביצועים!
-
@clickone אמר בכמה שאלות על תכנון DB:
עקרונית יש מושג, עם MAX וכו כמו שכתבת
יש את זה:
https://stackoverflow.com/questions/3800551/select-first-row-in-each-group-by-group
אבל אני לא יצאתי ברור. -
-
@WWW אמר בכמה שאלות על תכנון DB:
ב DISTINCT אין מצב שיש שדות שהמנוע לא יודע איזה מהם להביא, כי כל מה שאתה רושם אחרי DISTINCT נכלל בו, ואז אם אתה רושם 3 שדות, אז הוא יביא לך ערכים כפולים כל עוד הם לא דומים לגמרי.
אם אתה היית כותב את SQL, מן הסתם שהיית עושה הגדרת DISTINCT על כלל השאלתא, או על עמודה/ת בודדות.
מצד שני, לזה בדיוק נועד הfirst/max וכו... -
@dovid אמר בכמה שאלות על תכנון DB:
בשביל לעשות שורה פר X עושים גרופ ביי, איפה נתקעת?
א. לא נתקעתי.
רק רציתי להבין איך ייתכן שבלי קיבוץ, לא היו לי כפילות בטבלה 1, ובטבלה 2 כן יש ליקיבוץכפילות.
ב"ה בסוף הבנתי מה הולך פה.ב. זה כן תוקע אותי קצת, כי עכשיו אצטרך להגדיר את כל עשרות השדות כMAX, למה אין איזה קיצור דרך, של גרופ ביי X, וכל השאר שיהיה MAX לדוגמה???
נראה שבשאר המנועים יש איזשהו פתרון לזה אבל לא בSQLSERVER. -
