שלום,
בעבר העלתי כאן פוסט שמדבר על מפתחי פריוריטי שלא תמיד מבינים עד הסוף איך הדברים עובדים מאחורי הקלעים אך מספיק "אמיצים" כדי לבצע פעולות במערכות של לקוחות .
אז הנה מקרה מאתמול שהחלטתי לשתף אותכם:
מפתח פריוריטי שהתבקש לבצע DBI לטבלת PART(מק"טים) על מנת להוסיף שדה בולאני למסך כרטיס פריט.
לכאורה פעולה פשוטה מאוד במערכת שבאמת כל מפתח מתחיל יודע לבצע .
המפתח ביצע את ה – DBI אך לאחר דקות ארוכות הפרוצדורה שמוסיפה את העמודה לא הסתיימה גם לא לאחר כשעתיים .
הפעולה בוצעה בשעות אחה"צ אך יש סניפים בחו"ל שעובדים וזה כבר היה זמן ממושך מדיי שהמערכת הייתה מושבתת.
ככל הנראה הופעל לחץ על המפתח והוא החליט ל"הרוג" את הפרוצדורה של ה – DBI טרם הסתיימה .
נכנס למחולל טבלאות ראה שהעמודה אכן התווספה , הכניס אותה למסך , ביצע הכנת מסכים מחדש ודיווח על גמר .
המשמשים נכנסו למערכת המשיכו לעבוד ופתאום התחילו להבחין שהפריטים בקטלוג המוצרים מופיעים בצורה מוזרה וחלק מהמק"טים לא קיימים כלל!!!
כאן כבר נכנסו ללחץ(מובן) .
בנקודה הזאת קיבלתי פנייה בערב המאוחר על מנת לבדוק ולסייע .
כמובן שמהשתלשלות העניינים הבנתי ש"הריגת" הפרוצדורה לפני הסיום שלה דפקה את טבלת PART .
נדרשנו לשחזר את הטבלה בבסיס הנתונים מהגיבוי האחרון (גם לא בוצע גיבוי נקודתי לרשומות הטבלה רגע לפני ה – DBI) ולכן גם נאבדו מק"טים שהוקמו באותו היום .
זהו , לאחר ששיחזרנו את הטבלה וביצענו עוד מספר פעולות הלקוח לאחר שהפסיד מספר שעות לא בוטל כתוצאה ממערכת מושבתת שב לעבוד במערכת .
החלטתי לשתף אותכם על מנת שתשימו לב ותיקחו אחריות אם אתם מפתחים על מערכות של לקוחות שלכם .
יום טוב לכולנו.
.
