yitzchok

Forum Replies Created

מוצגות 15 תגובות – 256 עד 270 (מתוך 2,464 סה״כ)
1 2 3 … 17 18 19 … 163 164 165
  • Replies
  • yitzchok
    משתתף
    IL
    לי יש רושם שלרוב עושים פיתוח ייעודי כי לכל יישום כזה יש את הדרישות שלו.

    אם אני זוכר נכון, כשאני בניתי תהליך כזה זה היה ב-SSIS (חפש באינטרנט מה זה) – בזמנו השתמשתי בו להתממשק בין מערכות שונות וזה היה אחד מהפרויקטים.

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

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

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

    בדרך כלל לא יתלו את העדכון הראשון בפעולה של המשתמש משתי סיבות:

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

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

    מקווה שזה לתועלת

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אתה חושש תהיה בעיה אם ה-IIS/net service לא יהיו באותו שרת עם ה-TTS?

    אני לא חושב שתהיה בעיה

    בגדול ה-net service (יש לו שם אחר כבר נראה לי) שרץ בעזרת ה-IIS זה כמו תחנה של גרסת הקליינט.

    טכנית אני לא חושב שיש בעיה, רק צריכים לדאוג שאין דברים שישבשו את התהליכים כמו העתקת קבצים מ-bin.95 בשרת ל-bin.95 במחשב שהוא שרת הוובי. אני מאמין שזה עניין של יישום נכון, לא משהו עקרוני.

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

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

    בגלל זה אתה שוקל להפריד אותו מ-"שרת האפליקציה"?

    מעבר לתהליכים של דטהבייס, TTS ו-DE, שרת פריוריטי הוא בעצם רק שרת קבצים, כך שהייתי חושב שאם ה-DB לא שם, אין סיבה בולטת להפריד לשרת נוסף. אבל אני לא ניהלתי שרת לצורך ממשק וובי.

    אתה לא רוצה שירוץ אפילו ביחד עם ה-TTS או DE? יכול להיות שאלה יעמיסו מספיק לפעמים. יהיה תלוי בסביבה שלכם.

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

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

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

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

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

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

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

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

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

    בעיקר עניתי כדי להתייחס לנושא של הקליינט.

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

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

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

    זה מעיד על למה קשה לנו לעזור בהרבה מקרים.

    היה אפשר לומר גם שהבעיה היתה שלא נתת אליאס לטבלה המלונקקת של הקלט שלך (ובכל מיני מקומות בהתאם)…

    לדעתי אם תנסי שוב את הפקודה עם values היא תעבוד.

    הרי לשאילתא הזאת פשוט מוזרה – ה-GROUP BY בעצם זהה ל-DISTINCT ואת לא מביאה כלום מ-STACK4 רק מתנה בזה שיש שורה שם (ותמיד תהיה אם לא תתני לפחות במפתח שלא שווה 0), כך שאני ממש לא רואה ערך לפניה לטבלה בכלל.

    INSERT INTO STACK2 (ELEMENT, TYPE)
    SELECT :DEBI_SERIAL, :HOLD FROM STACK4
    GROUP BY 1;

     

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

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

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

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

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

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

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

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

    אני אניח שאת מכניסה את הנתונים האלה ל-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.

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

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

    הבעיה שלך בדו"ח עצמו או בשלב הכנה?

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