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

אני רוצה לבצע משהו דומה לבא:

קוד:

SELECT tbl1.*, (SELECT tbl2.* FROM tbl2 WHERE tbl2.id=tbl1.id) AS wanted_info FROM tbl1 WHERE tbl1.id=123 LIMIT 1

כאשר הטור `tbl2.id` הוא לא טור מסוג AUTO_INCREMENT, ויכולים להיות בו מספרי id זהים בכמה רשומות.

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

מסד הנתונים הוא MySQL.

תודה מראש.

שדה - כשמו כן הוא, שדה, ואינו יכול מערך או סוג כלשהו שאינו אחד מסוגי השדות הנתמכים.

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

תודה על התשובה.

אני מניח ששימוש ב-CONCAT יהיה מיותר במקרה הזה.

לבסוף הפרדתי את 2 השאילתות והרצתי אותן בניפרד.

זכור לי על משתנה שיכול להיות מערך ב-MySQL, לכן חשבתי שאולי שדה "מדומה" יכול גם הוא להיות מערך או לפחות להתנהג כמוהו.

יש סיבה למה JOIN או LEFT JOIN לא טובים לך?
כמו כן אם tbl1.id הוא מפתח מדוע יש צורך ב LIMIT?

אני תמיד משתדל לשים LIMIT לשאילתות, גם אם אלו שאילתות UPDATE וכד'.
לדעתי זה מנהג טוב.
יצא לי לשים LIMIT לשאילתא מסוימת שבדר"כ לא הייתי שם לה LIMIT, ואח"כ הבחנתי כמה זה היה חשוב.
במקרה הזה, ה-LIMIT היה גם כדי להזכיר שהשאילתא מחזירה אך ורק רשומה אחת מהטבלה tbl1

JOIN או LEFT JOIN לא יעזרו לי כאן, כי כמו שכתבתי אני צריך לשלוף רק רשומה אחת מהטבלה tbl1 ואילו מהטבלה tbl2 אני צריך שתי רשומות או יותר.

1. לגבי השימוש ב-LIMIT. כשזה מיותר, זה מיותר. לכן אני לא רואה סיבה הגיונית להשתמש בזה במקרים שמעצם השאילתה היא מוגבלת לרשומה אחת מאד ספציפית.
2. לגבי השימוש ב-JOIN. הסיבה שהסברת שבגינה לא מאתים לך להשתמש ב-JOIN, כלל לא מסבירה למה השימוש ב-JOIN לא מתאים לך, תבדוק זאת שוב, אולי לא הבנת טוב את השימוש ב-JOIN.

קוד:

SELECT
	tbl1.*,
	tbl2.*
FROM
	tbl1
	LEFT JOIN tbl2 ON tbl2.id = tbl1.id
WHERE tbl1.id = 123


SELECT
	tbl1.*,
	tbl2.id AS wanted_info_id,
	tbl2.name AS wanted_info_name
FROM
	tbl1
	LEFT JOIN tbl2 ON tbl2.id = tbl1.id
WHERE tbl1.id = 123

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

אם בטבלה tbl1 אני צריך אך ורק רשומה אחת, ובטבלה tbl2 אני צריך 2 רשומות ומעלה (טכנית יכול להיות שאקח ממנה רשומה אחת, אבל בהחלט יכול להיות מצב של יותר מ-1), אז כאשר אשתמש ב-JOIN זה יהיה לי קצת מוזר במקרה הזה.
אני לא בטוח מהי התוצאה הסופית במצב כזה, אבל יכול להיות שהמידע של tbl1 לא יתקבל מהרשומה השנייה ומעלה, או שהמידע של tbl1 כן יתקבל גם מהרשומה השנייה ומעלה (שזה סתם מיותר). בכל מקרה, שני המצבים לא מתאימים למקרה הנוכחי.

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

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

לכן אי אפשר להשתמש ב-RIGHT/LEFT אחרת אאבד את המידע מטבלה tbl1...
אם אעשה JOIN רגיל, אקבל תוצאה קרטזית שזה סתם מיותר כאן...

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

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

ציטוט:

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

עשיתי בדיקה benchmark ואכן צדקת - עם INNER JOIN זה מהיר יותר במאית שניה (ב-0.001 מהיר יותר).

אבל כאן מגיעה אלי בעיה חדשה:
אני צריך לשלב איכשהו ב-WHERE, שבמידה ולא מצאתי בטבלה tbl1 את ה-id שדרוש לי, אז זה יבחר רשומה ע"פ קריטריונים אחרים (ע"פ 2 שדות אחרים).

בדרך שעשיתי (לא בדרך של INNER JOIN), כתבתי את זה בצורה הבאה:

קוד:

WHERE (tbl1.id=123 OR ( col_foo=456 AND col_bar=789 ) ) AND active_row=1

המספרים הנ"ל שבחרתי הם שרירותיים.

אם אכתוב את פיסקת ה-WHERE שלמעלה כאשר אני משתמש ב-INNER JOIN, זה יסבך לי את התוצאה שאקבל מהשאילתא, כפי שגם צפוי לקרות.

אני משתמש ב-col_foo ו-col_bar כדי למצוא רשומה אחרת, במידה ולא מצאתי את הרשומה ע"פ ה-id שנתון לי (שבמקרה הזה הוא 123).

את ה-active_row אני חייב שיהיה שווה ל-1 בכל מקרה שבו אני מקבל מידע\רשומה מהטבלה tbl1, כדי שאקבל רשומה שהיא נחשבת פעילה. לכן אני צריך אותו בשני המצבים הנ"ל.

לכן השאלה היא האם זה משתלם להשתמש ב-INNER JOIN, בגלל הבעיות החדשות שמופיעות, שכנראה בגללם אצטרך להריץ שאילתא חדשה וניפרדת כדי לקבל רשומה מהטבלה tbl1 ?

יש לציין שיש עוד מצב אחד אחרון - שבו אני בוחר רנדומלית (בעזרת ORDER BY RAND) רשומה מהטבלה tbl1 שהיא פעילה ( שיש לה active_row=1 ), במידה ולא קיבלתי רשומה בתנאי של col_foo ו-col_bar.
המצב הזה סיבך אותי עוד קצת יותר ולכן נכון לעכשיו הוא מורץ בשאילתא נפרדת (במידה והשאילתא הראשונה לא החזירה שום רשומה).

1. מנהג גרוע. אתה יכול לגרום לאופטימיזר לבחור בתוכנית פעולה פחות טובה ראיתי את זה קורה.
2. מהנתונים שסיפקת נראה ש join הוא בדיוק מה שאתה צריך. למה שלא תנסה את השאילות שלך ממנשק SQL טהור רק כדי לראות את מה שאתה מקבל?
כאשר משתמשים בJOIN זה לא רק במקרים שבהם אתה רוצה רק שורה אחת יש גם שימושים הרבה יותר מורכבים.

ציטוט:

1. מנהג גרוע. אתה יכול לגרום לאופטימיזר לבחור בתוכנית פעולה פחות טובה ראיתי את זה קורה

אפשר בבקשה דוגמא?
לא ראיתי בשום מקום (גם לא בדוקומנטציה של MySQL) שלא כדאי להשתמש ב-LIMIT מלבד העמוד הבא: http://dev.mysql.com/doc/refman/5.1...ures-limit.html שבמקרה הזה אמנע משימוש ב-LIMIT כשאתקל בו.

יש את העמוד הבא:
http://dev.mysql.com/doc/refman/5.0...timization.html
שמסביר מתי השימוש ב-LIMIT עוזר.

ציטוט:

2. מהנתונים שסיפקת נראה ש join הוא בדיוק מה שאתה צריך. למה שלא תנסה את השאילות שלך ממנשק SQL טהור רק כדי לראות את מה שאתה מקבל? כאשר משתמשים בJOIN זה לא רק במקרים שבהם אתה רוצה רק שורה אחת יש גם שימושים הרבה יותר מורכבים.

אני יודע מה תהיה התוצאה בכל מקרה של JOIN...
תראה גם את התגובה שכתבתי לישראל - http://www.fresh.co.il/vBulletin/sh...365#post3023725

תודה על העזרה