View

מה שכן, ב-DB של פריוריטי עצמו הכל יושב בטבלאות, אין view.
כל הלוגיקה (טריגרים, פרוצדורות וכו') – בפריוריטי עצמה ולא ב-DB.

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

מה שאתה יכול לעשות זה לעשות טבלה בפריוריטי באותו מבנה שדות כמו ה-view ולעשות stored-procedure ב-MSSQL של פריוריטי שירוץ במתזמן של MSSQL וימלא טבלה זאת מה-view.

אני בזמנו פתרתי בעיה דומה ללא view, אך ע"י פאקט ב-SSIS שמעתיק נתונים ישירות מ-DB חיצוני לטבלה שיצרתי בפריוריטי.

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

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

לגבי תהליך הנסכרון
בהנחה שרוב מה שאתה רוצה לסנכרן בתוך הפריוריטי זה מה שנמצא במסכים סטנדרטיים, אתה חייב לבצע את העדכונים דרך ממשקים ואם כבר הייתי מציע שיתכן שיהיה לכם יותר קל להשתמש בכלים חיצוניים כמו SSIS שמיכאל הזכיר. אלה יקראו מה-DB של פריוריטי ויכינו נתונים עבור השינויים לבצע – אותם יוכנסו לקבצים או לטבלאות טעינה לצורך הטעינה. ובאמת השיטה של ה-SQLRUN שמיכאל הזכיר גם יכול להתאים – אולי תבנה SP שימלא טבלת טעינה בתוך פריוריטי ותפעיל מתוך פריוריטי ואז תריץ גם מפריוריטי טעינה של השינויים. לדעתי יותר טוב מצריכת view אם בסופו של דבר הכוונה היא להביא את הנתונים לתוך שדות סטנדרטיים של פריוריטי.

אז, לא

אפשר לדעתי להריץ כל פקודת T-SQL (או PL/SQL באורקל, נראה לי שזאת אותה פקודה) אבל אם אנחנו רוצים לראות תוצאות זה רק ע"י שמירה באיזו טבלה של פריוריטי ואז נשלוף אותן לאחר מכן