מדריך

איך בודקים פרוצדורות מותאמות לפני שדרוג פריוריטי

התשובה הקצרההשוו כל פרוצדורה, טריגר ותוכנית SQLI במערכת שלכם לעותק ייחוס נקי של גרסת Priority שמותקנת אצלכם היום: כל מה ששונה הוא התאמה שלכם. אחר כך השוו את אותם אובייקטים לגרסת היעד, כדי לראות אילו מהם Priority שינתה גם היא. האובייקטים ששיניתם גם אתם וגם Priority הם המקומות שבהם שדרוג נשבר — ולכן בודקים אותם ראשונים.

למה זה קשה יותר ממה שזה נשמע

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

שיטה בשישה שלבים

  1. קחו עותק ייחוס נקי של הגרסה הנוכחית. צריך עותק שלא נגעו בו של הגרסה שמותקנת אצלכם היום, כדי להשוות אליו.
  2. מצאו מה שלכם. כל פרוצדורה, טריגר, תוכנית SQLI ועמודה ששונים מהעותק הנקי הם התאמה — או תיקון שהותקן.
  3. הפרידו בין תיקונים שהותקנו לשינויים שלכם. קוד שזהה לגרסה חדשה יותר של Priority הוא תיקון של Priority עצמה, לא התאמה.
  4. השוו לגרסת היעד, ולכל גרסה שבדרך. שדרוג מתקין כל גרסה בדרך.
  5. דרגו לפי סיכון. התחילו מהתנגשויות — אובייקטים ששיניתם גם אתם וגם Priority — אחר כך עמודות שנעלמו או שהסוג שלהן השתנה, ואז כל השאר.
  6. עברו על הקוד זה לצד זה ותכננו את העבודה. הפכו את הממצאים לרשימת עבודה, עם אחראי ובדיקה לכל פריט.

ידנית או עם כלי

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

איך UpgradeGuard עושה את זה

  • סוכן חיפוש קטן רץ בסביבת ה-Priority שלכם וקורא רק מטא-דאטה: הגדרות של טבלאות, עמודות, טריגרים, תוכניות SQLI ופרוצדורות. הוא אף פעם לא כותב למסד הנתונים שלכם.
  • ההשוואה מול גרסאות ייחוס נקיות היא קוד דטרמיניסטי: אותם נתונים תמיד נותנים את אותו דוח. AI כותב רק את סיכום Ninja Review הקצר שבראש הדוח.
  • כל הבדל מדורג כקריטי, בינוני, נמוך או מידע, עם הסיבה המדויקת, וטריגרים קריטיים מגיעים עם הקוד שלהם לפני ואחרי.
  • פרטי ההתחברות למסד הנתונים משמשים רק לסשן, ולעולם לא נשמרים.
  • כרגע, דירוג החומרה מכסה טריגרים ועמודות בטבלאות. פרוצדורות ותוכניות SQLI ששונות מוצגות ברשימה כדי שתוכלו לעבור עליהן; הן עדיין לא מדורגות.

שאלות נפוצות

צריך גישה לקוד המקור של Priority?

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

האם בטוח להריץ את זה על סביבת ייצור?

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

מה עם פרוצדורות שאין להן דירוג חומרה?

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

אפשר לשתף את התוצאות עם השותף שלנו לפריוריטי?

כן. הדוח יורד כקובץ PDF שאפשר להעביר לשותף או לצוות הפיתוח.

עודכן לאחרונה ב-19 באוקטובר 2026.