טבלת Canledar

אין טבלה כזו ואני לא מבין בשביל מה היה נדרש. הרי תאריך הוא בעצם מספר, ואין טבלה שמכילה מספרים מ-1 עד 10,000 (נניח).

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

רועי כנראה אתה רוצה להשתמש ב-date table לצורך ניתוח (כמו שאפשר להשתמש ב-number table)

לדעתי אין – לא זה ולא זה.

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

אם תרצה, צור טבלאות קבועות פרטיות, ותתחזק אותם בתזמן.

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

יצחק כתב: "פשוט תעשה לולאה בקוד מערך ראשון עד ערך אחרון ותבצע INSERT). כך יהיה תמיד הטווח הנדרש". אני אומר שאין צורך בלולאה: כתבתי פרוצדורה לפני כשבועיים בה דו"ח צריך להעביר אל דו"ח רק טווח תאריכים (הדו"ח נשלח אוטומטית דרך דואר לכן אין אפשרות לקלט) והגדרתי את התאריכים כך

INSERT INTO STACK2 (ELEMENT, TYPE)
VALUES (:$.FDT, :$.TDT)

בדו"ח עצמו, בשדה התאריך, יש ביטוי BETWEEN STACK2.ELEMENT AND STACK2.TYPE

 

 

לגבי ימים בהם אין תעודת מלאי, הייתי משתמש בגישה תכנותית (לולאה) ולא גישה SQLית (בניית טבלה של תאריכים ושאילת NOT EXISTS מול הטבלה הזו.

נכון שגם מילוי הטבלה ידרוש כזה אבל:

1. רוב הסיכויים הם שההכנסה הזאת לטבלה תהיה "זולה" מהבדיקה שלך

2. במצב האידיאלי הטבלה כבר קיימת, עם הנתונים הנדרשים. כך קיווה השואל המקורי.

מצוין! תודה על העדכון, אני מקווה שאזכור שהיא קיימת…