yitzchok

Forum Replies Created

מוצגות 15 תגובות – 1,336 עד 1,350 (מתוך 2,464 סה״כ)
1 2 3 … 89 90 91 … 163 164 165
  • Replies
  • yitzchok
    משתתף
    IL
    זה חייב להיות פרמטר מוגדר ידנית?

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

    אם לא נשמע מורכב מדי לשימוש, תנסו

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

    1. תתקין קליינט פריוריטי על השרת השני ואז תפעיל את הפרוצדורה מקומית

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    נשמע נורא ואיום שאין LEFT… (יש RIGHT? לא זוכר) אבל יש ב-SSIS SUBSTRING שעושה מה שLEFT עושה במחיר פרמטר נוסף

    לא כמו ההבדל בין STRIND ל-SUBSTR

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

    שתהיה פונקציה שנותנת match ו-replace בעזרת regular expression ואז אולי נוכל לדבר על "עבודה עם מחרוזות די עשירה"…

    (למען הסר ספק אלה הדעות שלי האישיות ואני לא כותב בשם המעסיק שלי)

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

    נ.ב. דווקא עבודה עם מחרוזות די עשירה בפריוריטי.

    סליחה, אבל צחקתי.
    אולי היתה קיימת לפני ולא היתה מתועדת אבל הפונקציה SUBSTR הגיעה למסמך ה-SDK רק בגרסה 17
    עד אז היתה רק STRIND
    לא נאלצת אף פעם לעשות טריקים כדי לגזור חלק לא קבוע ממחרוזת בעזרת STRIND?

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

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    • יולי 2, 2018 בשעה 2:56 pm
    • in reply to: View
    yitzchok
    משתתף
    IL
    לאן יש לו לחזור? ל-SQLRUN… ואיך יעבור למשהו אחר?

    אז, לא

    אפשר לדעתי להריץ כל פקודת T-SQL (או PL/SQL באורקל, נראה לי שזאת אותה פקודה) אבל אם אנחנו רוצים לראות תוצאות זה רק ע"י שמירה באיזו טבלה של פריוריטי ואז נשלוף אותן לאחר מכן

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

    רק הסתייגות בקשר לפוסט הישן שמיכאל הביא – היום נראה לי שהדרייבר של ODBC די מוזנח אלא כפי שרואים מה-SDK (בו הדרייבר של ODBC לא מוזכר אם את אני לא טועה) משתמשים בדרייבר ה-native של MSSQL או אורקל לפי המקרה, בעזרת פונקציות לסדר עברית ותאריכים וכו'.
    ובאמת זה לא לגמרי תחליף למה שהיינו יכולים לעשות אם היינו יכולים לבנות תוכנות משולבות כאלה.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    • יולי 1, 2018 בשעה 11:52 pm
    • in reply to: View
    yitzchok
    משתתף
    IL
    michaelm כתב:

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

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

    לגבי תהליך הנסכרון
    בהנחה שרוב מה שאתה רוצה לסנכרן בתוך הפריוריטי זה מה שנמצא במסכים סטנדרטיים, אתה חייב לבצע את העדכונים דרך ממשקים ואם כבר הייתי מציע שיתכן שיהיה לכם יותר קל להשתמש בכלים חיצוניים כמו SSIS שמיכאל הזכיר. אלה יקראו מה-DB של פריוריטי ויכינו נתונים עבור השינויים לבצע – אותם יוכנסו לקבצים או לטבלאות טעינה לצורך הטעינה. ובאמת השיטה של ה-SQLRUN שמיכאל הזכיר גם יכול להתאים – אולי תבנה SP שימלא טבלת טעינה בתוך פריוריטי ותפעיל מתוך פריוריטי ואז תריץ גם מפריוריטי טעינה של השינויים. לדעתי יותר טוב מצריכת view אם בסופו של דבר הכוונה היא להביא את הנתונים לתוך שדות סטנדרטיים של פריוריטי.

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

    מה שכן, לא עושים עדכון כזה ב-POST-FIELD

    הכלל שיש בתחום הזה – אתה רוצה עדכונים עקביים
    מה מפעיל POST-FIELD? שינוי לשדה. שמרת לרשומה? לא. אתה יכול לחזור בעצמך ולא לשמור (Ctrl-Z, F7 וכו')? כן. אז אתה לא עושה עדכון לדברים אחרים "בעקבות" השינוי השדה כי לא עשית את השינוי בשדה באופן סופי.
    ואתה בעצם קיבלת רמז לזה בשגיאה של עודכנה/השתנתה – מי עידכון, עוד לפני השמירה? אתה, עם ה-UPDATE שלך, עדכנת את הרשומה ממנה התחלת…

    יש לבצע את השינוי ב-POST-UPDATE (אולי גם POST-INSERT) בו תתחיל בתנאי האם הערך שבשדה הדגל שונה מהערך הקודם שלו

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

    גם אני סובל מזה, נאלצתי להוריד את רזולוציית המסך.

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

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

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

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

    אני לא שולט בזה עד הסוף אבל נשמע לי שאתה צריך אולי מוצר אחד ותגדיר לו יחידת מפעל יח'

    ותגדיר יחידות כמו ששייה ועשר ויחסי המרה ליחידת יח'

    אם לא זה אז צריך מוצרים של כמות קומקומים ואז תצטרך לפצל אותם

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

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

    אבל לפי מה שתיארת החוק חל לאחר עדכון ספק ומותנה מחסן ומחסן נקבע לאחר הספק

    ולכן צריכים חוק שירוץ אחרי העדכון של השדה השני. עדיף 2 חוקים ואז לא משנה הסדר. ני החוקים עם אותם תנאים אבל על שינויים שונים

    יכול להיות שזאת לא הבעיה אבל אם תיארת נכון כדאי לשלול שזאת הסיבה

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