yitzchok

michaelm כתב:

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

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

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

המסך החיצוני ברזולוציה גבוהה כמו 4k?

גם אני סובל מזה, נאלצתי להוריד את רזולוציית המסך.

אולי זה משהו שצריכים לנסות להביא לתשומת לב פריוריטי סופטוור דרך המיישם?

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

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

אם אנח מבין נכון לאחר שתפתח קרטונים אין הבדל בסחורה רק אתה נאלץ להזמין במכפלות של קרטון או משטח וכו'

אני לא שולט בזה עד הסוף אבל נשמע לי שאתה צריך אולי מוצר אחד ותגדיר לו יחידת מפעל יח'

ותגדיר יחידות כמו ששייה ועשר ויחסי המרה ליחידת יח'

אם לא זה אז צריך מוצרים של כמות קומקומים ואז תצטרך לפצל אותם

כמובן אם יש למישהו הצעה יותר טובה אשמח ללמוד ממנה

לפי מה שאתה מתאר אתה צריך לשנות את ההגדרה להיות "לאחר עדכון מסחן"…
(או אולי שכפל שיהיו שניהם)

באיזה סדר אתה ממלא?
קודם מחסן ואז ספק?

ממשק וובי לא עובד, ממשק ישן/מסורתי כן? או אתה מציין סתם שנדע?

לדעתי יהיה הכי קל לעבד את ה-XML המקורי ולהכין XML חדש ממנו.

כמובן הפתרון הנבחר יהיה תלוי בכלים וידע שיש לכם. אישית הייתי מנסה ב-powershell ראשית כל.

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

מדובר אולי במה שלפעמים קוראים תעודה?
זאת אומרת מסמך שמורכב מחלקים שונים אותם מגדירים כדו"ח ובפרוצדורה יש HTMLCURSOR?
כי אני קצת חושש מפרוצדורה שהיתה מוציאה למשתמש 100+ דו"חות רגילים, כל אחד בעמוד דפדפן אחר…

אבל בשני המקרים קשה לי לחשוב על בעיה
הרי המערכת פשוט משתמשת בקבצים זמניים ופולטת את התוכן לקבצים, ולפי זה הבעיה שהייתי חושש ממנה היא שתתקשה למצוא שם יחודי חדש אבל לדעתי עדיין נראה לי שלא כ"כ תתכן בעיה.
דבר אחד הוא שאם אתה מרכיב תעודה מ-100+ חלקים אתה צריך לתת לכל אחת שם פרטמר ויש לך רק 3 תווים אז אני מניח שתעשה A00 עד A99 ואז B00 וכו'… פתיר

אם תגלה שבפועל המערכת חונקת על דבר כזה נשמח לשמוע!