› פורומים › אפיון ופיתוח פריוריטי › קלט בפרוצדורה של דו"ח
- This topic has 4 תגובות, 3 משתתפים, and was last updated לפני 4 שנים, 3 חודשים by yitzchok.
- Post
-
- אוגוסט 11, 2020 בשעה 1:27 pm
שלום,לאחר שידרוג ל 19.1
יש לנו פרוצדורה פרטית שמקבלת כקלט תעודת אריזה/ לקוח/ מק"ט שמו * בקלטים (מוגדרים FILE)
(מודעת לבעיותיות של קלט שעזה בתוך פרוצדורה. זה משהו ישן.)
הפריורטי שלנו קרס. לא קרה בעבר לפני השדרוג.
נתקלתם בתופעה בעבר? משהו השתנה בפריורטי שגורם לזה?
יכול להיות שזה כתוצאה מהוספת סוג משתנה NFILE למערכת?
אני צריכה להפוך את הקלטים בפרוצדורת ל NFILE עכשיו? יש דרך פשוטה לעשות את זה חוץ מלעבוד אחד אחד?
יש אפשרות להגביל משתמשים מסויימים מלשים * בקלטים? (משהו טען שיש)
תודה
- Replies
-
- אוגוסט 11, 2020 בשעה 2:53 pm
קצת קשה להבין מה אמור להיות, ולמה * היא בעיהאתם מצפים שהקלט יהיה רשומה אחת בלבד ויותר מאחת עושה בעיה?
לא חייבים להשתמש ב NFILE
מה שהיה קודם היה צריך להמשיך לעבוד באותה צורה
באיזו גרסה הייתם?
[ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]- אוגוסט 11, 2020 בשעה 3:42 pm
* הוא בעייתי כי הוא גורם ללינק על כל רשומות הטבלהובטבלה גדולה כמו DOCUMENTS יש המון רשומות
היינו ב 17.3 עכשיו 19.1
המשתמש הפיק את הדו"ח לפי תאריכים ויצא לו דוח לא גדול
אבל בגלל שלא בחר לקוח ה LINK הפיל את הפריורטי מה שלא היה קורה בעבר.
יש דרך לפתור את זה ללא NLINK?
- אוגוסט 11, 2020 בשעה 4:38 pm
NFILE חוסך זמן, במיוחד כאשר מדובר בפריטים, תעודות ולקוחות.מגדירים במסך הפרמטרים פרמטר עם טיפוס NFILE, כאשר בפרוצדורה כותבים משהו כמו
LINK PART TO :$.PRT;
ERRMSG 1 WHERE :RETVAL <= 0;
GOTO 1 FROM PART WHERE PART > 0;
UNLINK PART;
LABEL 1;אחד הלקוחות שלי עובד עם גרסה 19 ולא ראיתי בעיות עם השימוש ב-NFILE. אני משער שהפרוצדורה לא תתן נתונים אם לא בודקים קיום רשומות כאשר רושמים * או משאירים את הפרמטר ריק, כי הטבלה ה"מלונקקת" תהיה ריקה – או שיש שם רשומה 0 שכן יכולה לגרום לתוצאות לא רצויות. אבל את מתארת את ההיפך – לא נראה לי קשור.
- יש להתחבר למערכת על מנת להגיב.