yitzchok

Forum Replies Created

מוצגות 15 תגובות – 706 עד 720 (מתוך 2,468 סה״כ)
  • Replies
  • yitzchok
    משתתף
    IL
    ניסיתם ביטול עיצוב?
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    לדעתי זה לא דבר שניתן לעשות בקלות
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    לשכפל את הפרוצדורה ובעותק הפרטי (שיריץ את הדו"חות הסטנדרטיים, אין צורך לשכפל אותם) לשנות בשלב ה-INPUT בסוף את המיקומים.

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

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

    את רוצה לשלוף רשומות לפי התאריך כמו בשאלה המקורית?

    תאריך בפריוריטי שמור כמספר שלם בטבלה (מספר הדקות מאז 01/01/88).

    ראי מה שכתבתי בשרשור הבא, אותו הזכרתי קודם:

    אני ממליץ לא להמיר את התאריך בכל שורה לתאריך SQL Server ולהשוות לתאריכים שלכם שהם התנאי.

    אלא תמירו את התאריכים של התנאים ל-int כמו בטבלה (בפוסט האחרון בנ"ל נתתי נסוחה) ותשתמשי בערכים אלו.

    אם את רוצה לקבל בתוצאות תאריך, הרי גם תקבלי int ושם תוכלי להשתמש בביטוי שליאור כתב למעלה כדי לעטוף את העמודה ולהמיר אותה לערך ש-SQL Server (ומה שצורך ממנו נתונים) מכיר כ-datetime.

    מקווה שעכשיו יותר ברור.

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

    האם הביטוי בתשובה שלך לא מחזיר datetime או date?

    זאת אומרת ממיר תאריך פריוריטי לתאריך SQL? בדומה ל-tabula_dateconvert?

    הבנתי ששאלו על הכיוון השני – דרך להשיג תאריך פריוריטי (INT) לפי תאריך מסוים במונחים של SQL Server

    בטח שלי תסביר איזה מאלה היא רצתה

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

    קראי את שתי ההודעות שלי

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

    או לגישה ישירה לדטהבייס? (אם כן אני מניח שמדובר ב-SQL Server עד שתגידי אחרת)

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

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

    תקנו אותי אם טעיתי…

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

    מסך בן "עמודות הדו"ח" – לעמוד על העמודה.

    במסך נכד "עמודות הדו"ח – עיצוב HTML" , בלשונית "מיקום" בשדה "כותרת לשדה" לבחור D (עיצוב נפרד לכותרת).

    אז ניתן להכנס למסך נין "כותרת עמודה – עיצוב HTML" בן ניתן להגדיר צבע רקע (ועוד) לכותרת.

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

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

    גם כן הקשר למסך

    תוכל בבקשה להסביר במילים אחרות?

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

    Prep.err יכול לעזור. לפעמים לא עוזר, ולפעמים מבינים את הבעיה מתוך מה שלא שם. אבל לפעמים הבעיה גם ברורה. לא נכון לשלול שיוסיף הבנה.

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

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

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

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

    אני רואה שכבר יש עוד בעיה

    אנחנו לא רואים כאן את הכל אז קשה לענות

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

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

    חייבים לכתוב DOCUMENTS.TOTPRICE

    או להפוך את 40 להיות מחושבת ע"י כתיבת הנ"ל כביטוי.

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

    אני מניח שהשאלה נובע מכך שאין רשומות משתמש במערכת לאותם עובדים? זאת אומרת הם קיימים ב-USERSB ולא ב-USERS?

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

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
מוצגות 15 תגובות – 706 עד 720 (מתוך 2,468 סה״כ)