האם ניתן בשדה במסך של חברה X לשלוף נתון של חברה Y?

MY Guide כתב:

למה שלא תהפוך את המסך לרב חברתי ואז תוכל לשלוף כל נתון בכל שדה מכל החברות שתגדיר כמשתתפות במסך רב חברתי?

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

נכון, בערך לזה התכוונתי

ממה שאתה מתאר אני חושש שאתה חשבת להביא לחברה X את כל ההזמנות מחברה Y כדי לעשות JOIN
אני בספק אם זה רעיון טוב

אני הייתי כן שוקל להוסיף מסך בן וכשנכנסים אליו הפעלת PRE-FORM שלו יקפוץ לחברה השניה ויביא את הפרטים
ושים לב שאני אומר חברה שניה כאילו אני יודע איזו וזה בתנאי שאני (לדוגמה) קינפגתי מאפיין או משהו בלקוח בו כתוב שם החברה (פנימי DNAME) של הסביבה של הלקוח הזה, אחרת אני אאלץ גם לעשות לולאה בכל החברות לחפש את ההזמנה (אא"כ זה תמיד יהיה חיפוש בחברה Y ואולי רק מחברה X)
אם מדבור בכמה ערכים בלבד אפשר מסך של שורה שמבוססת על השורה של מסך העל, ואפשר לעבוד עם טבלת link בהפעלה ולהציג ערכים ממשתנים.

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

אלה הדברים שאני חושב עליהם כרגע

בהצלחה וחג שמח

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

אולי שווה לתחזק טבלה רב-חברתית על נתונים בסיסיים (מספיק לדרישה הזאת) מכלל החברות ואז פרטים אלה יהיו זמינים בכלל החברות.

לא הבנתי לגמרי את הקטע של ההזמנות אבל אם הזמנה בחברה ב' צריכה לעקוב אחרי שינויים בחברה א' אולי שווה לנהל את זה בעזרת ממשקים אלקטרוניים (Data Exchange).

מקימים טבלה מסוג 2. היא טבלה משותפת לכל החברות. לדוגמה USERS.

זה צריך לענות כבר על השאלה השניה.

קשה לי להרחיב – מגבלות של זמן. ואני לא יודע באיזו רמה אני צריך להסביר.
נגיד ככה:
במצב בסיסי היית רוצה טבלה עם עמודות
DNAME
CUST
CUSTNAME
CUSTDES
לא ירדתי לפרטים כולל עמודות מפתח A אם צריך או לא

1+2 ו-1+3 יחודיים במקביל לטבלת CUSTOMERS

ולאחר INS/UPD/DEL במסך לקוחות לעדכן בהתאם. או לתזמן השוואה ועדכון אבל לזה יש את במורכבות שלה.

הקנתי את הטבלה ואני מנסה ליצור איזה ממשק או SQL לטעון את כל הלקוחות מכל החברות.
חשבתי על לפשט את העיניין במקום "ולאחר INS/UPD/DEL במסך לקוחות " ללכת על תזמון השוואה
אבל כשאני נמצא בחברה מסויימת אני לא מצליח "לטעון נתונים רב חברתים בממשק או שאילתא SQLI
אני מקבל רק את הנתונים של החברה הנוכחית.
לצורך העניין עשיתי מסך רב חברתי משולב שמציג גם את הCUSTOMERS במקורי והטבלה החדשה שדה ליד שדה.
כשמריצים את המסך ועושים שאילתא * מקבלים את כל הערכים
כשאני מריץ את הממשק ועושה פריקה – בוחר * מקבל רק את ערכי החברה הנוכחית.
אפשר עזרה בכיוון…קל.