איך עושים JOIN?
-
@dovid אמר באיך עושים JOIN?:
זה לא נורמלי, במקרים רגילים אמורים להיות רגועים לחלוטין.
אני משער שכך הוא בבסיסי נתונים מקצועיים.
לצערי אני מגיע משדה הקרב של Access, שם Jet לא מגיע לרמות של אופטימיזציה כזו, נוכחתי לדעת ששאילתא שלקחה לי למעלה מ-4 דקות עם הרבה Join-ים הפכה ל-3 שניות כשסידרתי אותה מחדש (עם טבלאות זמניות וכו').נו, עוד מסמר בארון של אקסס...
-
-
@dovid אמר באיך עושים JOIN?:
אתה מדבר על שאילות רציניות מאוד
נכון, היו שם לפחות 20 Join-ים של שאילתות שונות.
לפי זכרוני עיקר הבעיה שם הייתה שהייתה שאילתא מאוד בסיסית שעושה סינון על טבלה (כדי לשלוף רק את הנתונים הרלוונטיים למערכת) והרבה מהשאילתות הנ"ל התבססו עליה (כדי לחשב כל אחת את הדרוש לה) ואח"כ בוצע Join. זה גרם קריאות רבות לאותה שאילתא, והפתרון היה טבלת עזר זמנית. -
@OdedDvir אמר באיך עושים JOIN?:
מקרה שבו הDB כ"כ מזייף הוא משונה מאוד. ב99% מהמקרים הDB חכם מספיק לעשות את הסדר הכי טוב.
מעניין לראות את תוכנית הריצה של השאילתא הארוכה. אם @nigun יוכל להראות אותה כאן (כמובן רק אם זה לא ידרוש שוב חצי שעה...)
לא אכפת לי להעסיק את המכונה שלי לעוד חצי שעה (תופס סך הכל ליבה אחת)
אבל אני לא יודע איך מציגים את התוכנית ריצה? -
-
@OdedDvir
נראה שזה לא זמין בגירסת MYSQL שלי
אז עשיתי EXPLAIN EXTENDED+----+-------------+----------+------+---------------+------+---------+------+--------+----------+----------------------------------------------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+----------+------+---------------+------+---------+------+--------+----------+----------------------------------------------------+ | 1 | SIMPLE | userinfo | ALL | NULL | NULL | NULL | NULL | 30410 | 100.00 | NULL | | 1 | SIMPLE | points | ALL | NULL | NULL | NULL | NULL | 359834 | 100.00 | Using where; Using join buffer (Block Nested Loop) | +----+-------------+----------+------+---------------+------+---------+------+--------+----------+----------------------------------------------------+ -
@nigun הסתקרנתי פתאום יותר אז עליתי לראות את מבנה הנתונים.
הוא לא היה קריא (ולכן עזבתי בפעמים הקודמות שביקרתי את הנושא, בלי לבדוק...)
ערכתי את הודעתך ועיצבתי את הקוד.
ובכן, השאלה שמייד עולה זה למה לעשות JOIN בין שני עמודות שאינם שדה מפתח. למה השדה user בpoints לא מצביע על הid של שבטבלה userinfo? (ואיך זה שאורכי השדות של הvarchar בשני שדות הuser לא זהים, זה לא כ"כ הגיוני).אגב גירסת הmysql: בכל אובנטו מתקינים בד"כ mysql כמו ילדים טובים מהמנהל חבילות ונתקעים עם הגירסה המיושנת 5 (אוחזים כעת ב12!!). לתשומת לבכם בהתקנת השרת הבאה שלכם. לגירסה 12 יש המון פיצ'רים שאין ב5.
-
-
@nigun ממש בראשי פרקים כדי לא לחרוג מהנושא של האשכול:
זה השדה שאמור לזהות את הרשומה. הוא תמיד ייחודי (ללא כפילויות בין הרשומות בטבלה) ובדרך מוסכמה הוא נקרא ID ולרוב הוא מסוג LongInt (יש גם מקרים יותר נדירים של שימוש ב GUID)הוא השדה שאמור להיות המקשר הקלאסי בין טבלאות בשאילתות, כלומר שלרוב עליו מבצעים את ה-Join.
הוא גורם מכריע בנירמול של בסיסי נתונים, שזה במילים פשוטות, התהליך שבו אני בונה את הDB בצורה שממזערת ככל שניתן את הכפילויות בנתונים. נושא שראוי לאשכול נפרד.
-
@nigun לא אוהב את זה, אני חושב שזה לא הוגן.
אתה יכול לבחור דרך של ללמוד תוך כדי עשייה,
אבל לבוא לאנשים בשאלה י' בלי שהם יידעו שאתה לא יודע את הט' הקודמים, זה כבר משגע.
מלבד זאת, הבנה בסיסית של מסדי נתונים היא כה קלה (אפשר לתמצת אותה בכמה שורות של טקסט) שנראה לי יש לך אובססיה לדרך הזו של ללמוד תוך כדי. -
@dovid
באופן כללי אתה צודק.
אבל במקרה הזה לא נראה שזה קשור
כי השדה USER הוא לא יחודי (אם הבנתי נכון את ההגדרה של מפתח)
וגם אם אני משנה אורך השדות שיהיו שווים, זה לא פותר את הבעיה (השאילתא עדיין רצה).
או שלא הבנתי את ההודעה הקודמת שלך (סביר מאד) -
-
-
@nigun לא הסתבכת, כי פה מדובר בויכוח מאוד פשוט.
אתה רוצה ללמוד תוך כדי עשייה ועם דילוגים, ואני אומר לך שתי דברים: א. תיידע בכל מקרה, ב. שכח מהעזרה שלי.
אם אתה רוצה עזרה שלי עוף מפה ללמוד על הא' ב' של מסד נתונים טבלאי (לא נרמול ולא נעליים, רק טבלאות עמודות שדות טיפוסים ומפתחות ראשיים). תחזור כשאתה יודע טוב. -
@dovid אמר באיך עושים JOIN?:
אבל לבוא לאנשים בשאלה י' בלי שהם יידעו שאתה לא יודע את הט' הקודמים, זה כבר משגע.
בואו ונחזיק טובה ל@dovid על הזמן היקר שהוא משקיע בפורום, ובכתיבת ההסברים המפורטים ובסינון של התוכן. אני לגמרי מבין את הטענה, זה דורש סבלנות רבה ולפעמים יש שאלות שמכוונות גבוה, ועם הנכונות לעזור אין לך זמן \ כוח \ חשק.
זה גם מאוד מקשה על מישהו שנכנס עכשיו לפוסט ומנסה ללמוד על הסדר.
האף שלי מספיק משופשף ואין לי עניין לתחוב אותו ביניכם, אני מבין שאתם מכירים מזמן, ומסתמא הגערה היתה כרב לתלמיד... אני פשוט משער שיש מהמון העם הפשוט, ואני בתוכם, שמחפשים מקום לשאול שאלות גם אם הם לא בדיוק יודעים היכן הם נמצאים בחומר, ועלולים לחשוש לשאול שאלות אם יתקלו בתוכחה כזו...
שמא עבורם היה מספיק להפנות ישר אל הלינקים המצ"ב?
סליחה אם חרגתי... -
@OdedDvir
אל תדאג
אתה יכול לעקוב אחרי כל ההודעות של dovid
הוא לא נותן כ"כ הרבה תוכחות
וכשהוא נותן לי אני די זורם עם זה.לגבי הלינקים (בכללי) זה לפעמים עוזר יותר לפעמים פחות, תלוי במקרה.
אבל מה שבטוח אם אין לך מספיק זמן עדיף לזרוק כמה לינקים יעילים (לא מאמר כללי)
בשביל לתת כיוון חשיבה (וגם בשביל שהשואל לא ירגיש מיותם)
כי ממה שאני רואה הרבה פעמים בשביל מי שיודע זה חיפוש קטן בגוגל
והשואל לא יודע מאיפה להתחיל.אבל כמובן הסברים מפורטים בעברית עוזרים ומלמדים הרבה
במיחוד בשביל לתפוס את הכיוון.
ואם יש לך מאמר שמסביר כהוגן את הקונספט? לא יזיק להוסיף אותו לקינוח. -
@OdedDvir תום לב מזוהה מרחוק. ובמקרה כזה מבררים אם השואל איפה הוא הבין ואיפה לא ומגששים להבין מה מבנה הDB כמו שעשית וכו'.
@nigun ידע היטב כמה הוא לא יודע, אלא "הניח" שהנושאים לא נדרשים/קשורים לשאלה.
אני חושב שהשואל חייב להיות מנוטרל מ"הנחות". ואני אכן חריף, וכולם נותנים לי מוסר על כך, ואני מקבל באהבה, ובפרט ממך @OdedDvir. אבל אני יקבל ממכם את המוסר יותר כשתגיעו למקומי, כשתבינו כמה תסכול יש בעובדה שכל השאלה מונחת על "ההנחה" שהשמיטה מידע קריטי מגוף השאלה או יותר נכון מגוף השואל.
?