עבודה עם store procedures

אהלן,
אני עובד על ReportNet אבל אם יש פיתרון לבעיה בקוגנוס 8 אשמח לשמוע.
אני מנסה להעביר תאריכים לstore procedure ואין אפשרות. אני חושב שזה באג אבל אני מנסה למצוא פיתרון.

אני משתמש ב-tabular SQL שם אני רושם את הפרוצדורה שאני רוצה להריץ. אם אני שולח INT או CHAR אין בעיה, אבל אני לא מצליח לשלוח DATE.

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

אשמח לשמוע הצעות

תודה
שחר

הי שחר,
כדי להבין:
זו פרוצדורה שמבצעת פעולות ב-DB או רק מחזירה נתונים לדוח?

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

בתוך הפרוצדורה יש משפט SELECT .

אתה עובד עם sql server? לי יש כאן oracle וזה די שונה, צריך ליצור table function ולעשות עליו select, ככה שאני לא יכולה לשחזר את זה אצלי. (אם אתה עובד מול oracle אני אשמח להארה בנושא).

בכל מקרה, ניסית לייבא את הפרוצדורה למודל ב-FM? זכור לי שהשתמשתי פעם בדרך הזו מול sql server וזה עבד, אם כי אני לא זוכרת אם שלחתי תאריכים.

אני עובד עם SQL server.
לא ניתן להוסיף למודל, מדובר בעשרות דו"חות.

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

שחר

אני משערת שאתה עושה to_date על הארגומנט שאתה שולח ושאין לך בעיה עם tabular model שמבצע select רגיל עם date כפרמטר.

זה נשמע כמו באג, אם כי לא מצאתי לזה תיעוד. לליבי יש תובנות בקשר לזה?..

אני לא מצליחה לחשוב על דרך עוקפת יעילה, מלבד משהו דרסטי כמו לעבור לשימוש ב-view-ים.

זה באג, לצערי זה גם באג ב- 8.3 , הדרך היחידה מחבינתי לעקוף את זה היא להתשמש ב-views או פשוט לרשום את משט ה- select אבל אז אני מאבד את האחידות של הדוחות.

תודה בכל אופן