yitzchok

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

אי אפשר לצפות מהקליינט לעבוד טוב – הקליינט מבצע הרבה מאד תקשורת מול הדטהבייס וכל זה עובר בין השרת שלכם לקליינט בחו"ל. עד שהיתה גרסה וובית, נהוג היה (ועדיין נהוג אם לא עברו לווב) להקים שרת טרמינל ולהתחבר אליו מרחוק (זה נכון גם לעובדים מהבית לא רק בחו"ל). לכמות משתמשים קטנה סביר לוותר על שרת שלם עם terminal services והלסתפק בהקצאת תחנות בודדות עם windows pro (אולי התחנות הקבועות של המשתמשים במשרד) – כי יש בגרסה זאת אפשרות להתחבר אליה בפרוטוקול RDP.

היום קראתי שוב וראיתי שכתבת

2. הוצאתי עמודות STACK2 לקובץ והוא הציג רק את STACK2.ELEMENT

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

הבעיה בהכנת הנתונים לטבלה זו.

לאור בדיקה מס' 1 שלך (שכנראה מאמתת את הערך ב-hold אבל שווה לוודא את זה) הייתי אומר שאת צריכה להתמקד ב-insert.

למה יש לך insert עם select ו- group by כאשר הנתונים במשתנים? זאת שיטה מוזרה. עדיף values…

לא ממש ירדתי לפרטים, רק קיבלתי רושם; נראה אם הבנתי נכון:

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

אני אניח שאת מכניסה את הנתונים האלה ל-STACK2 כאשר ב- ELEMENT יש את הפק"ע המובילה וב-TYPE הפק"ע שאת מצאת. (בדרך אגב אם השאילתא שציטטת היא זאת שמחפשת את הפק"ע השניה לא הייתי שומר את SERIALNAME אלא את-SERIAL, אז השתמשתי כאן ב-TYPE שהיא עמודת INT)

אז את מגדירה את הטבלה הזאת כפרטמר בשלב הדו"ח (מניח שזה לא חידוש) ואז חשוב בתוך הדו"ח לתחוך נכון. נשמע שאת מכירה את המושג alias בשאילתאות ולא רואה איך משיגים את זה במחולל הדו"חות. שם מה שחשוב זה מזהה הטבלה. המזהה מבדיל בין מופעים של הטבלה, מאחורי הקלעים נוצר alias בשאילתו שנכתבה על סמך ההגדרות במחולל – אם יש לך SERIAL עם מזהה 0 אז ב-FROM יהיה SERIAL ואם יש לך SERIAL עם מזהה 1 אז ב-FROM יהיה SERIAL SERIAL1.

ולכן בדו"ח שלך את צריכה לתחוך מעמודת SERIAL בטבלת SERIAL מזהה 0 ל-ELEMENT ב-STACK2 מזהה 0 (בדוגמה הנ"ל) ואז מ-TYPE ב-STACK2 מזהה 0 ל-SERIAL ב-SERIAL מזהה 1 ואז בעמודה החדשה בכותרת (מס' פק"ע נוספת) SERIALNAME מ-SERIAL מזהה 1.

אני מקווה שזאת תשובה לשאלה.

לי, לפחות, לא ברור מה את צריכה כאן.

את כותבת "שדה שחסר לי בדו"ח" ואז "בסוף אני מעוניינת להוסיף שורה" והשאילתא כאן שולפת ערך יחיד לתוך משתנה – מדובר בשאילתא לאוכלוסיית הדו"ח או משהו של שלב עוד לפני זה?

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

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

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

אם הוא יפתח את המסך קודם את המסך יקפוץ וההודעה תוסתר מאחורי המסך.

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

רועי –

אולי לוותר על הלינק בהודעה ולאחר האישור לפתוח את דו"ח השגיאות בנוסף למסך?

סליחה, אני עוזר דרך הפורום בלבד.

הסברתי איך לפתוח דיון חדש.

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

הקפצת דיון ישן אבל נראה לי שהוא רלוונטי.

מה לא טוב בתשובה הקודמת שניתנה?

הייתי חושב שביטול חשבונית עדיף, ברי האם לא צריכים בכל מקרה חשבונית על שם הלקוח הנכון?

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

נעם, אני לא מבין. אם השתמשת ב-winrun אז הדו"ח רץ תחת אותו משתמש.

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