א. אסור ע"פ נהלי מתכנתים חיצוניים לעדכן ישירות שדה סטנדרטי. יש להפעיל ממשק כדי לבצע עדכון כזה.
ב. גם אם היה מדובר בעדכון של עמודה פרטית והיה מותר, הסינטקס של השאילתא לא נכון. פקודת SELECT…INTO מתאימה לשליפת נתון לתוך משתנה, או משתנה רגיל או משתנה של עמודת מסך. אם אתה רוצה לעדכן את הדטהבייס אתה צריך פקודת UPDATE.
ג. גם אם היית עושה באופן נכון UPDATE, טריגר פוסט פילד זה לא המקום. בטריגר כזה רק עושים פעולות במסגרת השורה בה עובדים. צריכים לזכור שהמשתמש עדיין לא ניסה לשמור. יכול להיות שיבטל את השינויים ברצון או בגלל שבדיקות לפני השמירה לא יתנו לו לשמור. עדכונים כאלה יש לבצע אך ורק ב-POST-INSERT/UPDATE וכו' אחרי שהשינויים לטבלת הבסיס של המסך (אם היו) כבר בוצעו.
יוצא שהפתרון הנכון לעדכון שדה במסך אחר, לדוגמה במקרה זה לאחר שינוי במסך SUPFNC (אם אני זוכר נכון) לעדכן רשומה קשורה ב-ACCOUNTS_PAYABLE זה להכין קוד בבאפר שרץ מ-POST-UPDATE (ו-POST-INSERT אם ניתן לפתוח ספק ממסך זה, לא זוכר) שבודק אם הערך באותה שורה התעדכן, ואם כן מכין שורה בטבלת טעינה ויפעיל ממשק מסך מול ACCOUNTS_PAYABLE. אם רוצים שיהיה מושלם אז לבדוק את הצלחת הממשק. מצד שני אם העמודה במסך SUPFNC מציג את העמודה שרוצים לעדכן, רק לא מעדכן אותה ישירות, אז אולי לא צריכים לבדוק את ההצלחה כי יהיה ניכר שהשינוי שלא תפס.
פיתוח שנשמע בטח מורכב למתחיל, אין הרבה לעשות. אבל מסמך ה-SDK נותן דוגמאות, לפחות של חלק מזה.
.
