PriorityDev

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

לא ניסיתי, אבל יתכן שאפשר אפילו לשלוח דו"ח שגיאות ישירות אחרי שעברת חברה.
תבדוק.

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

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

לכן הדרך הנכונה היא לדאוג שלכל LINK שהתבצע בהצלחה יתבצע UNLINK.

למה צריך להציג הודעת שגיאה באמצעות ERRMSG אשר תסיים את הפרוצדורה מיד?

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

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

בס"ד

שלום,

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

צריך להתחבר ל-DB של החברה הרלוונטית (ניתן לראות במסך מנהל המערכת > תחזוקת מערכת > טיפול בחברות > חברות).