yitzchok

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

אני עדיין רוצה לראות את השאילתא/מחולל. יש גבול כמה אפשר לעזור באופן עיוור .

אני לא זוכר ששמעתי על דרך להעביר קלט לשלבי input של פרוצדורות. (מעבר לטבלת לינק ל-par)

ואשרי בבקשה שאם את מורידה את הביטוי שהדו"ח עובד נכון אך ללא הסינון הנדרש

>= MIN(datecolumn1)

כאשר datecolumn1 זה התאריך הראשון בפורמט TABLE.COLUMN

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

שדה מפתח זהו שדה שמזהה באופן ייחודי את הרשומה.

אני רוצה לדייק במה שיאיר כתב.

מפתח זהו שדה או שדות שמזהה (או מזהים בשילוב) באופן ייחודי את הרשומה.

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

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

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

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

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

אני מתנצל על התשובה הארוכה אבל מקווה שכך הכל ברור.