yitzchok

Forum Replies Created

מוצגות 15 תגובות – 481 עד 495 (מתוך 2,464 סה״כ)
1 2 3 … 32 33 34 … 163 164 165
  • Replies
  • yitzchok
    משתתף
    IL
    מה פתאום. חייבים למיין את השורות האלה. עד כמה שאני זוכר זה לפי העמודה המשתמעת – TEXTORD.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    שלא תהיה שאלה… מה שיורם הציע זה הפתרון הראשון מבין השנים שאני תיארתי. זה פתרון באמת אפשרי אבל כדאי להבין מתוך מה שכתבתי שם שיש סיכון של עקיפת בדיקות, אם לא עכשיו אז לפחות בהמשך אחרי שדרוגים, כל עוד לא דואגים לתחזק את הפיתוחים.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    תורידי אותה מה-SELECT!

    SELECT CURDATE, USERLOGIN FROM

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

    כאן ביקשת לקבל אותה בפלט, קיבלתי אותה. לא ביקשת לקבל, לא תקבלי *.

    * זה לא תמיד נכון, לפחות בפריוריטי. אם בפרויריטי הגדרת מיון על עמודה והעמודה לא נמצאת במפורש ב-SELECT המערכת תוסיף אותה לפלט ואין מה לעשות. נוכל להגיד שביקשת implicitly לקבל אותה…

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    בתגובה גם לנעם

    באופן כללי לא רוצים שטבלה תהיה גדולה מדי

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

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

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

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אכן, shel, לא ברור בדיוק מה הבעיה

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

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

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    על פניו נשמע בסדר

    הפרמטר ב-input הוא PAR, נכון? נשמע שאת שולטת בדברים האלה אבל אני רוצה לבדוק

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אני לא מכיר את המדריך אז אין לי מה לכתוב בתגובה…
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    בהמשך למה שאני שאלתי למעלה אניח שהשאלה מתייחסת להוספת שורות לתעודה שכבר נפתחה ולא לצורך לנהל את התעודות גם.

    כן אפשרי

    אני מתלבט האם להציע את הפתרון הבא…

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

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

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

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

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

    נאלצתי להסביר באופן כללי אבל אני מקווה שיספיק

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
     

    1. אין לי אופציה ל-צבע טקסט דינמי (גם בוובי וגם בחלונות)

    הכוונה ל-"עמודה שמגדירה צבע גופן"

    2. איך אני עושה תנאי שרק אם פג תוקף יצבע באדום?

    לא עושים חיתוך ל-HTMLCOLORS (אולי אפשר ככה אבל לדעתי זה מוסיף מורכבות וסיכוי לבעיות)

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

    ואת מוסיפה עמודה בה יש תנאי שאם הדבר פג תוקף מחזיר את ה-COLOR של אדום ואם לא את ה-COLOR של שחור (או אולי 0 שלא יקבע צבע או אולי של "צ. פונט נתונים")

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    האם אני מבין נכון שאתם רוצים לעשות שני סוגי העברות (למחסן מעבר וממנו) ואופן הדיווח יהיה זהה ביניהם?

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    בגדול אפשרי אבל קצת מורכב במקרה של דו"ח טבלאי.

    מוסיפים עמודה שמחזיר ערך של COLOR מתוך HTMLCOLORS (סתם מהזכרון).

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

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

    ואז בעמודה שאת רוצה שתהיה בה צביעה את בוחרת את העמודה הזאת בעמודה של צבע טקסט דינמי במסך בן של עיצוב HTML מתחת לעמודת הדו"ח.

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

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    קיים (למסכים בהם יש סטטוס של מערכת ה-BPM):

    מסך רשימת נושאים לביצוע

    זמין בכל מסך מתפריט הדואר

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    א. אני לא רואה סיבה שהיית צריך להתערב בטבלה של מסך הנכד.

    עניתי כבר בגלל שרציתי לכתוב את הנ"ל

    אני מניח שהתכוונת לעמודה בטבלה כי עמודה במסך בלבד (חישובית) חסרת משמעות מצד מסך אחר.

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

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

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

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    חבל להמציא את הגלגל. תסתכל בדו"חות זמינות מלאי. יתחשבו גם בהזמנות לקוח אבל אלה גם חלק מהתמונה.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אין אפשרות כזאת

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
מוצגות 15 תגובות – 481 עד 495 (מתוך 2,464 סה״כ)
1 2 3 … 32 33 34 … 163 164 165