-
-
כלל גדול בSQL, הכתיבה היפה שלו נועדה להסביר ברור מה יהיה הפלט ולא איך ליצור את הפלט.
ומה האופן בו הוא נוצר בפועל? באופן בו המחשב מחליט שזו הדרך הכי טובה ל"איך ליצור כזה פלט".השאלה שוגה בדיוק בזה (וכנראה לזה כיונת @yossiz בלינק, אם כי זה מסוכן כי סיכויים גבוהים שהשואל יפנה לפתרונות ה"מצויינים" שיש שמה שלקחו את השאלה כחידה חסרת תכלית. אני אפילו חושד אותך שאתה כמותם לקחת את השאלה ככה "איך לחסוך כתיבה כפולה").
הסיבה שאי אפשר לגשת לשדה מחושב בSELECT אין לה שום קשר לעובדה שהWHERE מתאר שלב קודם לשלב הSELECT. השאילתה אינה רצה כפי שהיא כתובה אלא לפי איך שהשרת בוחר לנתח אותה, ולא היה שום מניעה מצד מפתחי השפה לאפשר הפניה בWHERE לשדה שהוכרז בSELECT.
אולי הם העדיפו שלא כי זה סותר את הפרנציפ, אבל זה בהחלט אפשרי ואמנם בMYSQL וגם באקסס זה אפשרי.
(אגב זה לא רק בWHERE אלא גם בGROUPBY שודאי רצה אחרי הSELECT ושמה אין לי שום תירוץ למה השפה לא ראו לאפשר שימוש בכינויים שהוגדרו בSELECT).ומה התשובה על השאלה? אין שאלה בכלל. כי בשלמא לפי ההנחה השגויה, אז עולה צורך ברור לפתרון כי ישנה בעיה שמחשבים את השדה פעמיים. אולם מכיון שההנחה לא נכונה, והSQL לא יחשב פעמיים את השדה, אז רוב השאלה יורדת כי מה אכפת לך לכתוב פעמיים שדה מחושב? ואם זה בגלל טרחת הכתיבה הכפולה, התשובה היא שאין מה לעשות ואפשר לרתום לעניין את צמד המקשים הכי שימושיים הלא הם הCtrl+C, V.
-
@dovid
יסוד השאלה הינו לא 'איך למנוע כתיבה כפולה'אלא איך להימנע מתוצאה שגויה בשאילתות מורכבות על 'ביג דאטה'
ולכתוב אותם בצורה נקייהשבעתיד כשמישהו יצטרך לערוך ולתקן אותם
ה'מופע' יהיה ברור ובמקום אחד
(מספיק שבשגגה אכתוב/אעתיק במקום אחד 2+3/5, ובמקום השני 5/(2+3))
ואשרוף זמן להבין מדוע התוצאה לא נכונהנזכרתי כעת שראיתי פעם בהדרכה של שחר גבירץ
אפשרות להכניס למשתנים בראש השאילתה, ובהמשך לגשת אליהם
אעבור על זה שוב לעומק
ואעדכן -
@dovid אמר במניפולציות על שדות מחושבים ב - SQL:
וכנראה לזה כיונת @yossiz בלינק, אם כי זה מסוכן כי סיכויים גבוהים שהשואל יפנה לפתרונות ה"מצויינים" שיש שמה שלקחו את השאלה כחידה חסרת תכלית. אני אפילו חושד אותך שאתה כמותם לקחת את השאלה ככה "איך לחסוך כתיבה כפולה"
לא התכוונתי באמת לשום דבר בלינק שלי חוץ מזה שזו אותה שאלה.
התלבטתי עם זה מספיק יפה להביא רק לינק לסטאק, אבל תכלס לא היה לי תשובה חכמה לענות (וגם לא התעמקתי מספיק בתשובות שם בסטאק) אז לא מנעתי את עצמי מלציין.
לא חשבתי לרגע שהשאלה קשורה לביצועים, היה ברור לי שמדובר במניעת כתיבה כפולה אי משום נוחות כתיבה אי משום DRY אי משום קריאות. (כמתכנתים אנחנו מאוד רגישים לבעיה של כפילות מיותרת...)@dovid אמר במניפולציות על שדות מחושבים ב - SQL:
בGROUPBY שודאי רצה אחרי הSELECT
הממ... הכותב כאן חולק עליך...
כמובן, שוב, מדובר בסדר לוגי ולא בסדר מעשי -
@yossiz סליחה על החשד..
@yossiz אמר במניפולציות על שדות מחושבים ב - SQL:
הממ... הכותב כאן חולק עליך...
כמובן, שוב, מדובר בסדר לוגי ולא בסדר מעשיהכותב שמה צודק בבירור, ואני טעיתי (התחלף לי בראש מהWHERE שהוא רץ קודם אך בו אין את השאלה). בכל אופן המקום בו אני ממש סובל מהMSSQL זה בGROUPBY.
-
@dovid אמר במניפולציות על שדות מחושבים ב - SQL:
בשביל שיהיה מקום אחד לערוך ולא יהיו טעויות צריך לפתח שפה חדשה...
-
השתמשתי ב Common Table Expressions (CTE)
דוגמא:
with cte as ( select id as 'מזהה' ,price as 'סכום עסקה' ,paid as 'שולם' , 'יתרת תשלום' = price-paid , 'יתרה כולל מעמ' = (price-paid)*1.17 from Sales) select * from cte where [יתרה כולל מעמ] >50
-
@dovid אמר במניפולציות על שדות מחושבים ב - SQL:
המשמעות של זה עבורי שלהבא בשאלות שלך עלי להתמקד רק בלענות על מה ששאלת, ולא לייעץ לך מה אני חושב
ממש לא...
דווקא התשובות המפורטות שלך
עוזרות לי להבין הרבה מעבר לשאלה הנקודתית
ומייעלת עבורי (ועבור שאר המשתמשים) ה-מ-ו-ןאתה בדר"כ מביא רקע על התהליך, ומה אמור להיות הסינטקס (זה המילה?) מאחוריה
בזכות זה אני מצליח אח"כ לבצע חיפוש ולימוד עצמי המתבססות על הידע שלמדת אותנו פה
(גם לדעת מה לחפש זה מאוד חשוב)אז
אשמח מאוד אם תמשיך להרחיב כמה שניתן בתשובה נקודתית
ובעיקר הרחבת הידע על האפשריות הנוספות האפשריות
(להתייעץ - זה לשמוע דעה שטרם חשבת עליה) -
@mekev תודה, אחרי כאלה מחמאות קשה לי להטיח בך ביקורת שהינך שבוי בתפיסה שאיתה שאלת.
אתה עדיין חושב שחזרה על ביטוי הן בSELECT והן בWHERE היא סרבול אישי שנזדמן לפתחך ואתה שמח להיפטר ממנו, אם היית מבין שככה אמורים לכתוב לא נראה ששיקול התחזקוה היה מדרבן אותך להסתבך עם תחבירים.אגב הCTE מיותר פה, אתה מייצר שאילתה על שאילתה, זה תת שאילתה קלאסית:
select * from ( select id as 'מזהה' , price as 'סכום עסקה' , paid as 'שולם' , 'יתרת תשלום' = price-paid , 'יתרה כולל מעמ' = (price-paid)*1.17 from Sales ) where [יתרה כולל מעמ] >50
CTE דרוש רק כאשר אתה משתמש עם התוצאות יותר מפעם אחת (נניח בשתי שאילתות או רקרוסיבית)
-
@dovid אמר במניפולציות על שדות מחושבים ב - SQL:
אגב הCTE מיותר פה, אתה מייצר שאילתה על שאילתה, זה תת שאילתה קלאסית:
אכן,
צודק
זה רק היה דוגמא להבהרת נקודת השאלה (איך לגשת לעמודה מחושבת בגוף הselect ואיך בwhere )(השאילתא המקורית אצלי מורכבת
[מכילה GROUP BY, ולא הסתדרתי עם הHAVING לפילטור הרצוי]
ומכילה מידע שאינו אפשרי לפרסום פה) -