yitzchok

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

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

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

הטריק הוא לעשות את השינוי בדו"ח באופן שקוף.
לדוגמה:
כאן נדרש לדוגמה דגל (CHAR1), ורוצים שהדו"ח ישתנה אם הערך של הדגל הוא Y וכל עוד הוא ריק אז הדו"ח יתנהג כרגיל, וזה מתאים מאוד.
הייתי אומר שנשמע שגישה כזאת תעבוד:
תוסיף לדו"ח עמודה (מוסתרת) על PART.PART
לזה תוסיף תנאי מעין זה:
IN (SELECT PART FROM .... ) OR :zzz = ''
כאשר zzz זה הפרמטר, שתקבע קצת משונה כדי להקטין את הסיכוי ששדרוג יוסיף לפרוצדורה המקורית פרמטר בעל אותו שם
וב-subquery אתה דואג לסינון למוצרים ללקוח

מקווה שזה עוזר

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

מה קורה אם אתה מעביר את הנושא (אם זה אכן השדה הראשון)?

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

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

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

בדיוק. כתוב לא לעשות את זה, לא שאי אפשר.

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

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

בהצלחה

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

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

נראה לי שכן יש מידה של הגנה אם לא מה שחשבתי עליה קודם.

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

היתה צריכה להיות לזה קצת הגנה אבל יתכן שאין.

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

צער לי שזה קרה לך.

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

בהצלחה