yitzchok

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

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

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

לכל הפחות מציע לקרוא את הקטע שהזכרתי.

לפרטים על הסינטקס שהצעתי ראו מסמך SDK ברק 2 כותרת Extended LIKE Patterns

נראה כאילו אלעד כתב על מחולל דו"חות שיש ואז שאין.

וזה נכון ואבהיר

מחולל דוחות לבניית דו"ות באופן חופשי אין בזום, זה בגדר כלי פיתוח.

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

לא בדקתי, עד כמה שאני זוכר PRE-LINE זה בכניסה לרשומה שכבר נשלפה ועכשיו נפלנו עליה או בפתיחת שורה חדשה

במצב הראשון המשתנים כבר מוכנים. בשני מטבע כמובן ריקים.

אבל לשלוף במיוחד בטח לא תצטרך – בלי נתוני שורה איך תדע מה לשלוף?

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

בפתרון פריוריטי?

לא נראה לי (אם תרצו להשתמש במנגנונים שמניחים שכל הנתיב באותו שדה)

הייתי פותר את זה ברמת סיסטם (מערכת הפעלה/רשת) – תגדירו לכולם שהנתיב הקבוע ההוא מוכר ככונן ואז שמרו את הנתיב מתוך בסיס זה

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

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