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

מצרפת את השאלה ואת הפתרון:
http://sqlzoo.net/wiki/Self_join - שאלה 5.

קוד הפתרון:
הפתרון: SELECT a.company, a.num, a.stop, b.stop
FROM route a JOIN route b ON
(a.company=b.company and a.num=b.num)
WHERE a.stop=53 and b.stop=149

תוצאות הקוד:
company num stop stop
LRT 4 53 149
LRT 45 53 149

במידה ואני מסירה את השדה המשותף השני אני מקבלת את התוצאה הבאה:
company num stop stop
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 4 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 10 53 149
LRT 27 53 149
LRT 27 53 149
LRT 27 53 149
LRT 27 53 149
LRT 27 53 149
LRT 27 53 149
LRT 27 53 149
LRT 27 53 149
LRT 27 53 149
LRT 27 53 149
LRT 27 53 149
LRT 27 53 149
LRT 27 53 149
LRT 27 53 149

האם הבנת את מבנה ה DB?
num מציין את מספר הקו ו- company את שם החברה.
לא מספיק שהחברה תיהיה זהה, צריך שגם מספר הקו יהיה זהה (הרי לא ניתן, כיום לפחות, לעבור בין אוטובוסים באמצע נסיעה).

Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -Rick Cook

תודה רבה על המענה ושאלה נוספת:
איזה פתרון עדיף ?
בסדרת שאלות כמו זו (שאלה 7 לדוגמה) :
https://www.w3resource.com/sql-exercises/movie-dat...
העדיפו לפתור את השאלה באמצעות שאילתא
המורכבת גם מתת שאילתות.
השאלה שלי האם לא עדיף לפתור אותה באמצעות ביצוע JOIN בין הטבלאות ואז שליפה של הנתונים הנדרשים כולל ההתניות הדרושות בהתאם לשאלה ?
או ששני הפתרונות טובים.
תודה

והתייחסות נוספת לאותו אשכול- הפעם שאלה 10:
1. מדוע ביצעו SELF JOIN לטבלה
2. מדוע הוסיפו את ההתניה הזו- HAVING count(*) > 1
תודה לעונים.

קבלו ביטול לגבי שאלה 10, שאלה 7 עדיין בתוקף, תודה

א. זה הלינק הנכון: https://www.w3resource.com/sql-exer...ie-database.php

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

Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -Rick Cook

2. בדיוק בצורה ששאלה הגברת...

קוד:

SELECT mov_title,rev_id FROM movie LEFT JOIN rating ON movie.mov_id = rating.mov_id WHERE rev_id IS NULL

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

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

כן, אחרי שהגבתי חשבתי על זה.

ציטוט:

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

יותר טיפשיים מלעשות join ולקחת את כל השורות שלא נמצאות בו (שוב, אם זה בכלל אפשרי כפי שציינת)?

Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. -Rick Cook

ציטוט:

במקור נכתב על ידי DeepSpace כן, אחרי שהגבתי חשבתי על זה.

אף אחד לא מנע ממך להגיב שוב ולהוסיף...

ציטוט:

במקור נכתב על ידי DeepSpace יותר טיפשיים מלעשות join ולקחת את כל השורות שלא נמצאות בו (שוב, אם זה בכלל אפשרי כפי שציינת)?

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

לגבי היותר טפשי - אני חזיתי במו עיני ב MySQL מריץ תת שאילתא שוב ושוב עבור כל שורה בטבלה המקורית כדי לבדוק האם ערך נמצא בתוכה בשימוש בפסוקית IN. כלומר אתה עושה WHERE על טבלה שגודלה נניח 10,000 שורות שמהם אתה מסנן תוצאות מסויימות לפי תת השאילתא, ותת השאילתא, שמחזירה בסה"כ id-ים, רצה... 10,000 פעם (שבכולן היא מחזירה כמובן את אותה תשובה עם אותו סט של id-ים). הביצועים... "בשמיים". זה נגמר בפתרון מגוחך של הרצת תת השאילתא מהאפליקציה, שמירת התוצאה, ובניית SQL בלי תת שאילתא עם הכנסה סטטית של ה-id-ים ל IN().

למעשה, נדמה שהשאלה נשואת האשכול שלנו מתאימה לקריטריון הזה ובהחלט ייתכן שתת השאילתא תרוץ כמספר השורות שיש בטבלת movies. ייתכן שה JOIN מהיר יותר (שהרי כך כל הרשומות מטבלת rating תיקראנה רק פעם אחת - אני כמובן מניח שיש אינדקס על mov_id)

נמאס לכם לזכור סיסמאות? לחצו כאן!

תודה רבה על התשובות שלכם שימי ו-DeepSpace, מחפשת לתרגול שאלות בנושא ROW NUMBER עם או בלי PARTITION , אם נתקלתם , אשמח לקישור/ים, תודה.