namnami

Forum Replies Created

מוצגות 15 תגובות – 31 עד 45 (מתוך 88 סה״כ)
1 2 3 4 5 6
  • Replies
  • namnami
    משתתף
    אם הבנתי נכון, לפי השיטה שהזכרתם של הכנת טבלה לסיכומים ב PREFORM עבור כל רשומות האב, אז כן יהיה אפשר לשלוף רשומות לפי סיכומים אלו. נכון?

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

    תודה רבה

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

    היה מעניין לפתור את החידה, אבל זה לא נורא דחוף כי כבר לא קשור לשדרוג.

    namnami
    משתתף
    כן, יצרנו תבנית וורד חדשה (אפילו למסך אחר שלא היו לו תבניות כלל) ועדיין מספר התעודה יוצא הפוך…

    מה שמעניין זה שהשיבוש קורה בכל התעודות המבוססות INVOICES (ולא במס' הזמנת רכש/לקוח מהמסך שלהם ולא במס' לקוח/ספק מכל מסך).

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

    namnami
    משתתף
    אין בעיה לעדכן שדה USER.

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

    תודה

    namnami
    משתתף
    אכן, הוספתי את עמודת המפתח לטבלה הבן (כך שלא מקושר לאב ע"י טבלה מקשרת) וכעת אין שגיאה.

    תודה על העזרה

    namnami
    משתתף
    ליתר דיוק, הכוונה לניהול הלוואות שאנשים מקבלים מהחברה שלנו ומשלמים לנו חזרה בכמה תשלומים וכד'.

    תודה

    namnami
    משתתף
    בסוף השתמשתי ב DBLOAD + ממשק למסך. מעל 170,000 רשומות עברו מצוין בשעה וחצי.

    תודה רבה על ההכוונה.

    namnami
    משתתף
    מעניין, ההדבקה נקטעה אחרי 3086 רשומות אפילו ש MAXFORMLINES הוגדר ל 10,000. (כל פעם נקטע לאחר מספר אחר של רשומות).

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

    והניסיון היה רק על 10,000 רשומות לבינתיים…

    מעניין מה תוקע אותו? (קצת חבל להשקיע בממשק וכו' בשביל משהו חד פעמי)

    namnami
    משתתף
    עבור העתקה חד פעמית של 170,000 רשומות האם הדרך היותר נכונה היא ליצור DBLOAD וממשק למסך ולא להדביק מאקסל?

    משום מה העתקה מאקסל נתקעת כל כמה אלפי שורות כאמור.

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

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

    אם אפשר בבקשה להסביר מה כוונתכם ב:

    או לחילופין (אולי לא תחשבו בצדק שיותר פשוט לעשות את העיבודים האלה מחוץ לפריוריטי) תוסיפו אוטומציה. Powershell מצוינת לזה. או תשתמשו בה לנהל את התהליך כולל הפעלת האקסל או עזבו את האקסל ותמירו ל-SQL Server ותעשו את החלקים התכנותיים ב-powershell בו יש את רוב עד כל הכח של דוט נט בלי הצורך לקמפל.

    מה הצעתם לעשות ב powershell / sqlserver  ?

    תודה רבה!

    • ינואר 2, 2022 בשעה 9:00 am
    • in reply to: משכורת
    namnami
    משתתף
    הערכת המשכורת שציינתם כאן 16,000 עבור 5 שנים ניסיון תכנות בפריוריטי- מחושבת לפי משרת כמה שעות שבועיות?

    וכמה מתאים למתכנת מתחיל ללא ניסיון/ידע בפריוריטי?

    namnami
    משתתף
    כנראה בעקבות העתקה משנים קודמות ששם כנראה היתה ספרה נוספת מסיבה כלשהי.

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

    namnami
    משתתף
    אופס, האמת היא שמחיקה מטבלת FORMUSERQUERY לא עוזרת כדי לקבל ערך דיפולטיבי מהפרוצדורה (אלא רק למחוק את הבחירה האחרונה של המשתמש)… כל עוד מגדירים את הקלט 'Y' בוליאני ולא 'd' הוא נשאר ריק ולא מקבל ערך דיפולטיבי המוגדר לו בפרוצדורה…

    אם מאוד רוצים אפשר אלי להכניס לפני הקלט רשומה חדשה ועדכון רשומה מתאימה בFORMUSERQUERY. אבל אז צריך להכניס לרשומה ב FORMUSERQUERY ערך לשדה PROG (מס' פנימי של השלב של הקלט בפרוצדורה- שהוא חלק ממפתח הטבלה) ויתכן שבפיתוח בהמשך ישתנה מספר השלב…

    כנראה עדיף להשאר עם קלט דיפולטיבי Y ולוותר על הייצוג הבוליאני…

     

    namnami
    משתתף
    הצליח, תודה.
    <p dir="ltr">:E = 0 ;
    SELECT EXEC INTO :E FROM EXEC
    WHERE EXEC.ENAME = 'procname' ;
    DELETE FROM FORMUSERQUERY
    WHERE FORMUSERQUERY.USER = SQL.USER
    AND FORMUSERQUERY.NAME = 'paramname'
    AND FORMUSERQUERY.FORM = :E ;</p>
    namnami
    משתתף
    תודה. ניסיתי להגדיר משתנה DEFAULT: בשלב לפני ולהכניסו כערך הקלט הבוליאני אבל הוא לא יוצא דיפולטיבית. כל פעם שמריצים את הפרוצדורה יוצא הערך שהוכנס בהרצה הקודמת.

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

מוצגות 15 תגובות – 31 עד 45 (מתוך 88 סה״כ)
1 2 3 4 5 6