PriorityDev

לא הבנת אותי.
אני לא חושב שאפשר לשלוח ל-CMD משתנה של טבלה עם פקודות.
התכוונתי שאפשר ע"י SELECT מטבלה לבנות קובץ BATCH ואז להריץ את הקובץ.
זה יהיה קובץ שנוצר דינמית (פותר בעיות אבטחה).
וגם בעיית ה-$ אמורה להיפתר.
ואז גם לא תהיה בעיה של אורך הפקודות.
ולהפעיל קובץ BATCH אתה הרי כבר הצלחת.

yitzchok כתב:

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

כן, ברור, זה מה שהתכוונתי.

snoof123 כתב:

היי יהורם,
שאלה: מה אתה היית עושה במצב שבו אתה מנסה להוסיף עמודה לטבלה כמו PART ועברו שעתיים והתכנית לא סיימה.

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

לא משנה אם ברוח החיובית או השלילית, לא אמורים להגיע לכזה מצב כי:
1. מגבים את הטבלה בכל החברות לפני ה-DBI.
2. מוציאים את כל המשתמשים מהמערכת (אפשר לפתח תוכנית כזאת).
3. במקרה של טבלאות גדולות וחשובות כמו PART חושבים 10 פעמים לפני שמחליטים להוסיף שדה בטבלה עצמה (ואז עושים במשנה זהירות).
אבל בדרך כלל מוסיפים טבלת המשך (כמובן שכאן צריך לפתח את כל הטריגרים הדרושים).

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

5. ואם בכל זאת נאלצתי להרוג את התהליך, לא מקמפלים והולכים הביתה, אלא בודקים מול לקוח תקינות נתונים.
בדיקה מינימלית – מספר רשומות לפני ואחרי.
ואז משחזרים את הנתונים ולא מחכים לצרחות מהלקוח.

נעם, שלחתי לך.

אין לי רעיון יצירתי.
הצורך עצמו נשמע קצת לא אמיתי.
אולי תתאר קצת יותר – מה העסק צריך.