מה המצב

רציתי לדעת כמה טבלאות נהוג לקשר על ידי JOIN בשאילתא אחת

אני בונה כרגע שאילתא ואני רואה שאני צריך בערך

5-6 JOINים

האם זה נכון לעשות או שאני צריך לשנות את הטבלאות??

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

דוגמא בשלוף:

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

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

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

כן את זה אני יודע

שאלה שלי היא האם JOIN מרובה

מאמץ את המערכת בשלב מתקדם של האתר שהשאילתא הזאת נקראת הרבה פעמים

בתכלס

אני יכול לאחד את הנתונים ולהגיע ל3 JOINים
פשוט יותר הגיוני שהנתון שבשבילו אני עושה JOIN לטבלה ישב בטבלה שלו ואני אבקש אותו לפי ID

באופן כללי, אם החיפוש ממופתח ויש אינדקס על שדה המפתח בטבלה שאתה עושה עליה JOIN, האיתור מאוד מהיר, ולא מאמץ. זה כל עוד שאתה לא מאלץ כל מיני full table scans (כמו למשל ביצוע חיתוך WHERE על פי שדה שעליו עשית JOIN ...)

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

ועוד יותר מזה: בהנחה שה join טבעי, כלומר מביא לך בדיוק את הנתון שאתה צריך ורק על ידי גישות דרך מפתח, עדיף שיהיה join אחד גדול ולא כמה קטנים. הרבה פעמים יש יחס כמעט ישר בין מספר הגישות למסד הנתונים לבין הביצועים. כמה שפחות פניות יותר טוב. במקרים כאלה מומלץ גם להשתמש בכלי של מסד הנתונים שעושה אנליזה של דרך ביצוע ה join (של ה execution plan), ככה שאם משהו לא בסדר תגלה את זה בזמן הפיתוח, לא כשמסד הנתונים יגדל.

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