yitzchok

Forum Replies Created

מוצגות 15 תגובות – 2,056 עד 2,070 (מתוך 2,454 סה״כ)
1 2 3 … 137 138 139 … 162 163 164
  • Replies
  • yitzchok
    משתתף
    IL
    איך דברים עובדים שם כך שאת מקבלת הודעה בלי לדעת מאיזו טעינה באה?
    ואם את לא יודעת מאיזו טעינה איך את יודעת בוודאות שהכל נכנס?
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    תורידי את התנאי ששמת (שצריך להחזיר את הדו"ח למצב שפולט משהו, רק ללא סינון)
    והעלי כאן בבקשה עוד פעם הגדרת העמודות מאקסל כמו שעשית קודם
    וגם DUMP של השאליתא של הדו"ח כפי שהסברתי לפני כמה הודעות

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

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

    תסתכלי שם – אולי זה יספיק לך

    בקשר להשוואה מול כמה סוכנים:
    כשתעבדי בשיטה ההיא זה פשוט לכתוב
    <> NOT IN ('X','Y','Z')
    (או NOT IN או IN לפי מה שאת צריכה)

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

    הייתי הולך על משהו קרוב יותר לדבר השני שאתה מציע.

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

    חשוב לציין שאני לא יודע אם אתה צריך לבצע את החישוב רק עבור טווח תאריכים אחד או כמה – אבל בכל מצב לצערי לשפה של פריוריטי אין את האפשרויות שיש ב"טעמים" אחרים של SQL שנותנים לעשות כל מיני דברים "חכמים" תוך כדי אותה שאילתא.

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

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

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

    וזהו… (?)

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אני לא רואה תהליך בנוי ליבוא מוצרים.
    כנראה יש להכין מתוך האקסל קובץ מתאים לממשק מסך (שעליך להגדיר, אלא אם קיים ממשק מתאים כבר במערכת) ולהריץ את הממשק כדי "להקליד" את המוצרים במערכת.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    מדובר ב-INDICATOR ב-CINVOICEITEMS.

    ברור של מדובר במקרה כמו שאתה מתאר:
    1. עדכון מול המסך עובד כולל ערך ריק
    2. עדכון דרך ממשק גם עובד רק לא לערך ריק.

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

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

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

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

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

    את העמודה הזאת להסתיר בכל שאר הפרוצדורות (הסתדת עמודת דו"ח) ובתצורות הדפסה אחרות של אותה פרוצדורה להסתיר את העמודה הזאת, ובתצורה הזאת להסתיר את כל שאר העמודות ולהשאיר רק את זה.

    אם זה לא בדיוק עונה על הצרכים אולי נותן לך רעיונות.

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

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

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

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

    האם המחסן המדובר מסומן בדגל זה? אם לא – סימון פותר את הבעיה?

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

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

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

    תוך כדי כתיבת הנ"ל חשבתי שאפשר לעשות ככה במקום, וזה צריך לפתור את הבעיה הזאת (כל עוד חלקי 24:00 מעגל למספר ימים שלמים, כפי שאני זוכר):

    (:DATE1 / 24:00) - (:DATE2 / 24:00)
    (יתכן שזה לא מופיע תקין, ניסיתי…)

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

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

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

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

    תוכלי אולי לעשות ב-WINDBI פעולת Dump > Report ולהדביק כאן את התוצאה?

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    בדיוק לזה נועד F (במקביל ל-M ו-I)
    אבל בגלל שהביטויים שלך ב-70 ו-80 לא כוללים פונקציות מינימום ומקסימום את צריכה לרשום MIN ו-MAX מסביב לקשרים לביטויים של עמודות אלה.
    דהיינו:
    ATOI(DTOA(MIN(#70),'DDMMYY')) - ATOI(DTOA(MAX(#80),'DDMMYY'))
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אני לא מבין את מה שכתבת עד הסוף.
    אתה כותב שיש 100 שורות בקובץ.
    קודם כל עדיף לא להכניס לקובץ ממשק כותרת שלא מתאימה לטעינה כי לכתחילה אתה גורם לשגיאה וצריך להגדיר הגדרות מסוימות כדי שזה לא יפיל את הטעינה מיד, ועוד אתה לא יכול לראות לעולם טעינה מוצלחת כי שגיאה צפויה מראש.
    אם מתוך 100 שורות נטענו רק 98 וזה לא כולל הראשון (כי לא אמור להיות) וכן כולל את האחרון (לדבריך) אז חייב להיות שאיזו שורה נפלה באצמע.
    בגלל הכותרת כנראה היית מחוייב לסמן דגל בטעינה שגורם לכך שהטעינה ממשיכה מנקודה מסוימת כאשר הטעינה נתקלת בשגיאה.
    לדוגמה (והזכרת שורות מסוג 1 ו-2, כאן 0 זה כותרת):

    0...
    1...
    2...
    2...
    2...
    1...
    2...
    1...
    2...
    3...
    2...
    1...
    2...

    במקרה כזה נראה לי שתקבל הכל חוץ מהשורה עם 0, שורת ה-3 וה-2 שמייד אחריה – כן תקבל את ה-1 ו-2 שבסוף.
    אם אתה אומר שבדו"ח השגיאות מוזכר רק שורה ראשונה ואחרונה אז תסביר בבקשה למה התכוונת כשכתבת על 101 כי אני פשוט לא הבנתי – אתה אומר שאין שורה 101.
    יכול להיות שטעינה מקובץ רגישה יותר ממה שאני זוכר ואפילו לא אמור להיות סימן שורה חדשה לאחר שורת הנתונים האחרונה, גם אם אין אפילו רווח בשורה החדשה הזאת – כאשר לזה התכוונתי בשאלות הראשונות שלי.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
מוצגות 15 תגובות – 2,056 עד 2,070 (מתוך 2,454 סה״כ)
1 2 3 … 137 138 139 … 162 163 164