כמה שאלות על תכנון DB

[dovid]

@WWW חסכת קצת בפרטים. עשית View? זה ממופה למחלקת השכנים הרגילה?

[WWW]

@dovid אמר בכמה שאלות על תכנון DB:

עשית View?

לא.

זה ממופה למחלקת השכנים הרגילה?

כן.

[dovid]

@WWW טוב אתה לא חייב לפרט.
מהתחלה נמנעתי מלשאול מה בדיוק עשית כי ראיתי שאתה לא רץ לפרט לבד.

[WWW]

@dovid תאמין לי שלא התכוונתי למשהו רע.
אתה רוצה לדעת על הפרוייקט?

חשבתי שאתה רוצה פרטים טכניים...

[WWW]

@dovid אם אתה רוצה אני יכול לכתוב על הפרוייקט קצת בעמעום,
יותר מזה אני צריך לשאול את זה שאני עושה לי את העבודה.

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

[dovid]

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

[WWW]

@dovid אמר בכמה שאלות על תכנון DB:

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

אמנם בפיצ'ר דרוש מחלקה של טבלה.
אבל במחלקה אני יכול להוסיף LeftJoin, וב LeftJoin אני יכול לכתוב מה שבא לי בתור שם טבלה.

בעצם ב2 מילים:
הפתרון הוא:

1. שאני כולל את השאילתה שלך ב LeftJoin קבוע בטבלת השכנים (אין לי בעיה מבחינת ביצועים, כי זה משמש כמעט רק לזה).

2. שאני מוציא מהשאילתה גם את ה ID של טבלת הלקוחות.

3. שאני קובע את ה ID של הלקוחות כשדה במחלקה של השכנים.

ואז יש לי שדה לסינון בפיצ'ר.

[dovid]

אוקי. עדיין לא מובן לי המשפט הזה:

@WWW אמר בכמה שאלות על תכנון DB:

ובפיצ'ר של סרניטי בטבלת הלקוחות, הגדרתי שיסנן לפי השדה הזה.

יש לנו פה שתי צעדים פשוטים:
א. הביטוי ששמת כשם טבלה זה מביא טבלה של כל הלקוחות ויושבי השכונה עם התאמה כל שהיא, שמכילה את העמודות הבאות: מזהה איש בשכונה, ומזהה לקוח - שנמצא ביניהם קשר ע"י הטלפונים.
ב. ברגע שאתה עושה JOIN בין הרשימה הזו לבין הרשומה הנוכחית (כלומר jb.[SchunaId] = t0.[SchunaId]), הרשימה מכילה רק לקוח אחד לכל היותר X מספר האנשים בשכונה שנמצאו תואמים לו.

אז א"כ הפילטור לשם מה הוא בא?

[WWW]

@dovid אמר בכמה שאלות על תכנון DB:

אז א"כ הפילטור לשם מה הוא בא?

איזה פילטור?

אחרי שעשיתי את אות ב' שכתבת, שאת זה כבר עשיתי במחלקה של השכונה.

יש שלב ג', שאני צריך שכשמשתמש לוחץ על הרשומה בטבלה שיוצג לו טבלה משנית (טבלת השכונה) עם כל השכנים שנמצאו תואמים לרשומה הנוכחית.
ואת זה עושה הפיצ'ר = סינון אוטומטי.

[dovid]

אוקי כמודמה לי שהבנתי הכל, תודה.

[WWW]

@dovid אמר בכמה שאלות על תכנון DB:

אוקי כמודמה לי שהבנתי הכל, תודה.

שמח לשמוע :).

יש פה עוד משהו שאני רוצה להרוויח על בסיס מה שכתבת, שזה השלב הבא.

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

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

אני צריך למצוא דרך לשלב את ה LeftJoin רק כשצריך אותו בסרניטי, מקווה שאני לא אצטרך לשכפל את כל המחלקות של הטבלה לקוחות :(.
בינתיים לא מצאתי דרך.

[WWW]

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

יש לך הסבר לזה?
אני שובר את הראש כבר 5 דקות.

[clickone]

@WWW יכול להיות שהוספת שדה עם ערך ייחודי נוסף, ולכן הDISTINCT גורם לזה שתהיה עוד עמודה
תנסה אולי לקבץ את הערך הזה

[WWW]

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

[WWW]

@clickone למה אין מושג של DISTINCT על שדה 1 מתוך כמה?
בקיבוץ אתה צריך להגדיר התנהגות של שאר השדות כמו MAX() ככה הבנתי.
משא"כ ב DISTINCT.

[clickone]

@WWW אמר בכמה שאלות על תכנון DB:

@clickone למה אין מושג של DISTINCT על שדה 1 מתוך כמה?

לא יודע
זה מה שענה לי פעם @ארכיטקט היקר על שאלה אחרת...

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

עקרונית יש מושג, עם MAX וכו כמו שכתבת

[WWW]

@clickone דווקא אני חושב שאני יודע למה...
אז אולי אני יכול לתכנת את SQL

ב DISTINCT אין מצב שיש שדות שהמנוע לא יודע איזה מהם להביא, כי כל מה שאתה רושם אחרי DISTINCT נכלל בו, ואז אם אתה רושם 3 שדות, אז הוא יביא לך ערכים כפולים כל עוד הם לא דומים לגמרי.

משא"כ בקיבוץ, אתה יכול לקבץ רק שדה אחת, ואז יש בשדה שני 2 ערכים להביא, איזה הוא יביא? הראשון או השני?

[WWW]

@WWW אמר בכמה שאלות על תכנון DB:

יש לך הסבר לזה?
אני שובר את הראש כבר 5 דקות.

אני חושב שהבנתי מה הולך פה.
הדבר היחיד שהרווחתי מהסרניטי הזה...

האחראי ליצירת כפילות זה השאילתה הראשית, שהיות ואני נותן לו LEFTJOIN, אז אם יש שמה ערכים שונים, הוא מביא את הרשומה כפול, ואם לא אז לא. ובסרניטי אם אני לא משתמש בLEFTJOIN, הLEFTJOIN לא נכלל בשאילתה כדלהלן.

עכשיו סרניטי עובד בצורה שאם אני לא משתמש בבקשה הזו עם שדה מסוים, אז הוא לא מכליל אותו ברשימת ה SELECT.

ואני הרי יצרתי במחלקת השכנים שדה שתשלוף את ה CLIENTID, אך היות ואני לא משתמש בזה בתצוגה רגילה הוא לא נכלל בשאילתה, ולכן אין כפילות.

מתי אני משתמש בזה? רק כשאני מציג את הרשומות מסונן לפי רשומת לקוח, ואז אין כפילות!...

הפלה וופלה!

יתירה מזו, אני רואה שהוא גם לא מוסיף את ה LEFTJOIN אם אין צורך בו, ככה שאין לי בעיה של ביצועים!

[WWW]

@clickone אמר בכמה שאלות על תכנון DB:

עקרונית יש מושג, עם MAX וכו כמו שכתבת

יש את זה:
https://stackoverflow.com/questions/3800551/select-first-row-in-each-group-by-group
אבל אני לא יצאתי ברור.

[dovid]

אני גם לא יצאתי ברור מכל מה שדיברתם בו.
בשביל לעשות שורה פר X עושים גרופ ביי, איפה נתקעת?