מניפולציות על שדות מחושבים ב - SQL

[mekev]

@dovid
יסוד השאלה הינו לא 'איך למנוע כתיבה כפולה'

אלא איך להימנע מתוצאה שגויה בשאילתות מורכבות על 'ביג דאטה'
ולכתוב אותם בצורה נקייה

שבעתיד כשמישהו יצטרך לערוך ולתקן אותם
ה'מופע' יהיה ברור ובמקום אחד
(מספיק שבשגגה אכתוב/אעתיק במקום אחד 2+3/5, ובמקום השני 5/(2+3))
ואשרוף זמן להבין מדוע התוצאה לא נכונה

נזכרתי כעת שראיתי פעם בהדרכה של שחר גבירץ
אפשרות להכניס למשתנים בראש השאילתה, ובהמשך לגשת אליהם
אעבור על זה שוב לעומק
ואעדכן

[yossiz]

@dovid אמר במניפולציות על שדות מחושבים ב - SQL:

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

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

@dovid אמר במניפולציות על שדות מחושבים ב - SQL:

בGROUPBY שודאי רצה אחרי הSELECT

הממ... הכותב כאן חולק עליך...
כמובן, שוב, מדובר בסדר לוגי ולא בסדר מעשי

[dovid]

@yossiz סליחה על החשד..

@yossiz אמר במניפולציות על שדות מחושבים ב - SQL:

הממ... הכותב כאן חולק עליך...
כמובן, שוב, מדובר בסדר לוגי ולא בסדר מעשי

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

[dovid]

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

[חגי]

@dovid אמר במניפולציות על שדות מחושבים ב - SQL:

בשביל שיהיה מקום אחד לערוך ולא יהיו טעויות צריך לפתח שפה חדשה...

https://github.com/prql/prql

[dovid]

@חגי קישור מדהים!
אבל בקשר לבעיה הזאת שים לב שבאקסס + MYSQL ועוד, אין אותה (את הבעיות האחרות יש).

[dovid]

@mekev הבטחת לעדכן.
מסקרן אותי בעיקר מה עשית.

[mekev]

@dovid

השתמשתי ב 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]

@mekev שיערתי לעצמי.
תודה על העדכון.
המשמעות של זה עבורי שלהבא בשאלות שלך עלי להתמקד רק בלענות על מה ששאלת, ולא לייעץ לך מה אני חושב.

[mekev]

@dovid אמר במניפולציות על שדות מחושבים ב - SQL:

המשמעות של זה עבורי שלהבא בשאלות שלך עלי להתמקד רק בלענות על מה ששאלת, ולא לייעץ לך מה אני חושב

ממש לא...

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

אתה בדר"כ מביא רקע על התהליך, ומה אמור להיות הסינטקס (זה המילה?) מאחוריה

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

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

[dovid]

@mekev תודה, אחרי כאלה מחמאות קשה לי להטיח בך ביקורת שהינך שבוי בתפיסה שאיתה שאלת.
אתה עדיין חושב שחזרה על ביטוי הן בSELECT והן בWHERE היא סרבול אישי שנזדמן לפתחך ואתה שמח להיפטר ממנו, אם היית מבין שככה אמורים לכתוב לא נראה ששיקול התחזקוה היה מדרבן אותך להסתבך עם תחבירים.

אגב הCTE מיותר פה, אתה מייצר שאילתה על שאילתה, זה תת שאילתה קלאסית:

 select * from (
     select id as 'מזהה' ,
     price as 'סכום עסקה' ,
    paid as 'שולם' ,
    'יתרת תשלום' = price-paid ,
    'יתרה כולל מעמ' = (price-paid)*1.17 from Sales
)
where [יתרה כולל מעמ] >50

CTE דרוש רק כאשר אתה משתמש עם התוצאות יותר מפעם אחת (נניח בשתי שאילתות או רקרוסיבית)

[mekev]

@dovid אמר במניפולציות על שדות מחושבים ב - SQL:

אגב הCTE מיותר פה, אתה מייצר שאילתה על שאילתה, זה תת שאילתה קלאסית:

אכן,
צודק
זה רק היה דוגמא להבהרת נקודת השאלה (איך לגשת לעמודה מחושבת בגוף הselect ואיך בwhere )

(השאילתא המקורית אצלי מורכבת
[מכילה GROUP BY, ולא הסתדרתי עם הHAVING לפילטור הרצוי]
ומכילה מידע שאינו אפשרי לפרסום פה)