yitzchok

גולדמן שלום

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

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

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

בכיף.

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

שלב א': קלט

בשלב INPUT של הפרוצדורה תוסיף שורה:
שם פרמטר: CUS
כותרת:
מיקום:
רוחב: 16 לפי CUSTNAME, או 0
קלט: I
ערך:
טיפוס: FILE
עמודת טבלה: CUSTNAME
שם טבלה: CUSTOMERS

תוצאת הגדרה זו היא לתת לך קובץ שהוא טבלה זמנית בצורת CUSTOMERS המחזיק את הרשומות אותן המשתמש בוחר

כדי להתשמש בזה יש צורך בשלב ב':

שלב ב': קישור לדו"ח

בפרוצדורה להיכנס לפרמטרים של השלב של הדו"ח
ב"שם פרמטר" לרשום CUS
זה יביא "FILE" ל-"טיפוס"
יש להוסיף בשדה "ערך" את שם הטבלה מתוך הדו"ח.

עשכיו אני זוכר שמדובר בעמודה פרטית! כן תצטרך להוסיף טבלה לדו"ח. לבד זה לא מחייב העתקת הדו"ח אבל אני מדמיין שתרצה לשנות את המיון ואולי קיבוץ בדו"ח וזה כן יחייב העתקה אז לך תעתיק את הדו"ח. אז תתחיל בהוספת העמודה שהוספת לטבלה, ותחבר ל-CUST של CUSTOMERS, נניח במזהה 5.

מזהה 5 דורש ששם הטבלה שאתה כותב ב"ערך" יהיה CUSTOMERS5. אם תשתמש במזהה 0 אז סתם CUSTOMERS.

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

בהצלחה

עניין אחר:

מה קורה כשהמשתמש לא קבע לקוח לתקלה? אני חושש שכל התקלות האלה עלולות להופיע בכל דו"ח.

במסך DOCUMENTS_Q רואים ש"סטטוס קריאה" הוא CALLSTATUSES.CODE

בעמודת CALLSTATUS רואים ביטוי שקושר בין CALLSTATUSES.CALLSTATUS ובין SERVCALLS.CALLSTATUS. עידכונים לא נעשו ע"י עידכון אוטומטי על בסיס "חיתוך" במחולל אלא עמודת CALLSTATUS רשום כחלק מעדכון של SERVCALLS בהפעלת POST-UPDATE

בדו"ח המדובר טבלת SERVCALLS לא מופיעה לכן נמשיך…

אני מוצא ש-SERVCALLS.DOC קשור ל-DOCUMENTS.DOC ביחוך. אין סימן שאלה. כנראה דואגים שתמיד תהיה רשומה ב-SERVCALLS עבור כל DOC מסוג Q.

כך שמספיק בדו"ח שלך כך:
הוספת עמודת DOCUMENTS.DOC (נוסף) עם חיתוך ל-SERVCALLS.DOC
עוד עמודה של SERVCALLS.CALLSTATUS עם חיתוך ל-CALLSTATUSES.CALLSTATUS
ואז עמודה גלויה של CALLSTATUSES.CODE

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

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

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

חנן בוקר טוב

תרשה לי לענות בגישה שלי כ"מוליך" במקום "משיב"

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

ז"א ORDSTATUSDES לא יכול להיות גם X וגם Y וגם Z בו זמנית. איך תנאי עובד? על כל שורה לחד בודקים האם השורה עונה לדרישות. לכן אם הדו"ח צריך להציג אלה עם סטטוס X ואלה עם Y ואלה עם Z התנאי צריך להיות שבשורה זו הסטטוס הוא או X או Y או Z. תוכל להוסיף שבנוסף לזה (AND) מעניינים אותנו רק שורות בהן STATDES הוא או X או Y או Z.

לגבי איפה לרשום – אם משתשמים בעמודה שאתה מזכיר יש בעיה שאתה רוצה (A = X או A = Y או A = Z) וגם (B = a או B = b או B = c)
לרשום את זה בעמודה של A בלתי אפשרי כי החלק של "A" כבר קיים ויש לך מקום רק ל- " = X" ואז איך תסובב בסוגריים בצורה הנדרשת.

יש לך 2 פתרונות
הפשוט יותר במקרה זה זה להשתמש ב-IN במקום כל ה-OR
אתה יכול לכתוב בצורה
[code:1]A IN (X,Y,Z)[/code:1]
(כמובן אני לא מדייק בסינטקס של גרשים וכו')
ואז מספיק להוסיף בשדה "תנאי" כך
[code:1]IN (X,Y,Z) OR B IN (a,b,c)[/code:1]
אין לך בעיה של סוגריים

כדי להציג פתרון למקרים יותר מורכבים
עוזבים את העמודות שיש ומוסיפים עמודה של DUMMY מטבלת DUMMY
בביטוי מתחילים ב-
[code:1]= 1 AND[/code:1]
שיתן לנו תנאי שהוא לבד תמיד TRUE ולאחר מכן אפשר (כדאי בתוך סוגריים) לשים איזה תנאים שרוצים.
יש יתרון נוסף שכשרואים בדו"ח עמודת DUMMY.DUMMY יודעים שהוא מסתיר תנאי מורכב. אם שמים העמודה רגילה אולי לא נחשוב שיש שם התייחסות ליותר עמודות מאשר הזה שרואים שם ברשימת העמודות.

מקווה שזה שופך לך (ולאחרים בע"ה) קצר אור בנושא

Lior כתב:

תמסה לעבוד ב sa או להתחבר לwindows עם administrator ולהתחבר ל SQL ב Windows authntication.

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

הערת אגב:
לא הייתי ממליץ לתת הרשאות אלה ל-tabula כך שיהיה שווה ל-sa כי הסיסמה של tabula עלולה להיות יותר חשופה מאשר אלה של sa או administrator. שים לב גם שבין משתמשי הפריוריטי רק סיסמה של tabula טוב לגישה ישירה ל-sql server. כל זה בכוונה לצמצם סיכויים באבטחת נתונים.