yitzchok

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

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

תאר מה אתה רוצה לעשות ואולי נוכל להציע לך גישה אפשרית.

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

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

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

כדי שנוכל לעזור הכי טוב בבקשה להפיק את השאילתא של הדו"ח בעזרת סביבת פיתוח SQL (פקודת Dump Report) ולהדביק כאן.
צירוף דוגמה של התוצאה (אתה יכול לטשטש פרטים רגישים) יקל עוד. תסביר בקשר לאותה דוגמה מה לא טוב.

בינתיים אני מנסה להסביר שוב –
נשמע שאתה אומר שאתם ממיינים את העמודה בה יש את הביטוי SQL.LINE.
המערכת מתעלמת מהעמודה הזאת עד לאחר הרצת השאילתא, ותוך כדי העברת התוצאות לשלב הבא (אליך אם אתה סתם מריץ את השאילתא) היא מוסיפה את המספור לשורות לפי הסדר שהן חזרו, זאת אומרת לאחר כל מיון שתקבע. היות והעמודה של ה-SQL.LINE לא חלק מהשאילתא בכלל, הגדרת המיון על אותה עמודה חסרת משמעות.
יכול להיות שבשאילתא שתקבל מה-Dump Report תראה את הביטוי בתוך השאילתא אבל אני מתכוון לשכבה עמוקה יותר.
לדעתי כן תראה את זה אם תפיק את שאילתת ה-SQL Server של הדו"ח בעזרת הפעלה ישירה ממחולל הדו"חות. השאילתא שתחזור משם, עד כמה שאני זוכר, לא תכלול כל עמודה של מספור.

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

בינתיים אין לי רעיונות.