yitzchok

למה צריך למחוק?

אני לא חושב שהבעיה היא שנדרשת המרה. לא צריכה בעיה לקבוע ערך של REAL 13,2 ב- REAL 16,2.

אבל את נותנת לנו רמזים לבעיה האמיתית. אני מנחש שהמספר כבר הרבה יותר גדול. כשאת מכפילה בכמות את משתמשת ב-REALQUANT?

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

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

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

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

בהצלחה

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

אם לא לאלה התכוונת אז פרט יותר בבקשה.

לשליפה במסך ממצב של שורה ירוקה? לא

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

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