yitzchok

Forum Replies Created

מוצגות 15 תגובות – 1,411 עד 1,425 (מתוך 2,464 סה״כ)
1 2 3 … 94 95 96 … 163 164 165
  • Replies
  • yitzchok
    משתתף
    IL
    מצד שני אם כל מה שנעשה עד עכשיו בלקוח הראשון זה הזמנה וממש זהו (אין תנועות מלאי או תנועות כספיות) הייתי מרוקן את ההזמנה ומעביר אותה ללקוח השני ולמלא שוב ואז יתכן וניתן יהיה למחוק את הלקוח הראשון לגמרי.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אני חושב שיעזור להסבר במלל מה שיש לך ומה צריך לצאת בדו"ח

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

    ואת רוצה עוד פעם "סוג משימה" (CUSTNOTETYPEDES) באותה שורה – ולפי מה?

    ממה שאת כותבת אני חושב שאולי מה שאת רוצה זה פעמיים "סוג משימה" (CUSTNOTETYPEDES) ואף אחד מהם לפי CUSTNOTES אלא פעם CUSTNOTETYPEDES שקשור ל-CUSTNOTETYPE ערך 2 ופעם CUSTNOTETYPE ערך 4? זה נכון?

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

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

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

    זה לא רק עניין של הטיפוס או אם קשור לטבלה

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

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

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

    מקווה שזה עשה קצת סדר

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

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

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

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

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

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

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

    לדוגמה אם השרת שלכם חלש/איטי אפשר אולי לראות שיפור ע"י דילול נתונים אבל הפתרון המומלץ זה להחליף שרת…

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

    מקווה שככה הכוונתי אותך יותר טוב.

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

    אם מדובר בנתונים שקשורים לסניפים או סוכנים וכו' אז יש את מנגנון הרשאות נתונים

    אבל הרשאות נתונים למק"טים אין

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

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

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