yitzchok

אם ההודעה של 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. כל זה בכוונה לצמצם סיכויים באבטחת נתונים.

נכון, בדקתי אצלי וראיתי ששיטת הDAYS חשובה. תודה למארק

להנאתכם להלן הרכיבים של המתכון

צריכים להביא את DAYS
DAYS.DAYNUM BETWEEN 0 AND 1
מיון ראשון לפי צרכי הדו"ח
מיון אחד לפני האחרון – DAYS.DAYNUM
מיון אחרון – TEXTORD של טבלת הטקסט
לא קשרים עמודת טקסט בחיתוך רגיל אלא מכפילים את הערך של טבלת האם בDAYNUM לדוגמה ב-DOCUMENTSTEXT נשים בעודת DOC
[code:1]= (DAYS.DAYNUM * DOCUMENTS.DOC)[/code:1]
או
[code:1]= (DAYS.DAYNUM = 0 ? 0 : DOCUMENTS.DOC)[/code:1]

מביאים עמודת TEXTLINE (מוסתרת) ושמים ביטוי כזה
[code:1]= (DAYS.DAYNUM * DOCUMENTSTEXT.TEXTLINE)[/code:1]
או
[code:1]= (DAYS.DAYNUM = 0 ? 0 : DOCUMENTSTEXT.TEXTLINE)[/code:1]

והכי חשוב
בעמודת הטקסט צריכים (דוגמה מ-DOCUMENTSTEXT כמובן)
[code:1](DAYS.DAYNUM = 0 ? " : DOCUMENTSTEXT.TEXT)[/code:1]
זה ישאיר שורה ריקה מעל הטקסט. אפשר לנצל את המקום ולהעביר לשם שדה טקסט אחר שיש בדו"ח אם רוצים.

מקווה שזה יעזור

OK הסתכלתי ב-prep.err ואלה מסקנותיי. תגיד אם הן נכונות

1. לא ביצעת שום שינוי בטבלת DOCUMENTSTEXT
2. יש לך מסך BAL_FREETEXT שמבוסס על DOCUMENTSTEXT
3. במסך הנ"ל יש לך עמודת TEXT
4. בביטוי לעמודה זו כתוב
[code:1]- :$.DOC[/code:1]

אם כן

4 גורם לך לשגיאה (בגלל שTEXT היא עמודת טקסט – ביטוי זה צריך להיות על DOC)
בכל זאת אני מציע למחוק ולהתחיל מחדש בשיטה שתיארתי

yitzchok כתב:

לא לא לא לא לא

מארק מה אתה מציע לו?

מארק אני מבקש סליחה על התקיפה

באו נזכור, לפני שנשוב לשאלות, שחנן אולי לא יזהה בעיות בדרך שלא חשבנו עליהן ויסתבך.

חנן כתב:

ניסיתי ליצור מסך בן חדש משלי כפי שהצעת ונתקלתי בהודעות שגיאה
(ראה קובץ מצורף). [file name=_______________________________________.mht size=31368]https://www.priority-forums.com/he/images/fbfiles/files/_______________________________________.mht[/file]

כשאתה רואה
Query can be found in file
תשלח בבקשה את הקובץ המוזכר. אז יהיה ממה להביא אבחנה. (במקרה זה C:/priority1905/tmp/prep.err)