yitzchok

Forum Replies Created

מוצגות 15 תגובות – 2,341 עד 2,355 (מתוך 2,454 סה״כ)
  • Replies
  • yitzchok
    משתתף
    IL
    נדמה לי שהפתרון של עופר מתייחס בדיוק לבקשתך. הדרישות (זהות בגרסה, פיתוחים וכו') צפויות במערכת מורכבת כזו; אחרת ההעברה לא תצליח.

    על איזו אפשרות אחרת דימיינת? מה אתה רוצה לעשות עם נתונים אלה לאחר השמירה לדיסק?

    במה התכוונת ב"אולי אפילו לא כחברה"?

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

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

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אם מדובר בהתקנה על SQL Server מלא (אני לא חושב שאפשרות כזאת קיימת ב-express) אפשר להגדיר את הגיבויים כתוכניות תחזוקה שיורצו ע"י SQL Server Agent. אשפר להגדיר בתוכניות אלה שישלחו התרעות על שגיאה/אישור על הצלחה וכו'

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

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

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

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

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

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

    בכל מקרה אתרום את השאילתא (ל-SQL SERVER) הזאת שתעזור באיתור. אפשר לשנות ל- UPDATE אם נורא רוצים. כמובן זה רק חלק, יש טבלאות אחרות בהן יש קוד כזה לדוגמה REPCLMNSTEXT ו-FORMTRIGTEXT .

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

    [code:1]SELECT TEXT as TEXTWITH, replace(TEXT,CHAR(253),") as TEXTWITHOUT
    from system.dbo.PROGRAMSTEXT
    where TEXT like '%' + CHAR(253) + '%'[/code:1]

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

    https://www.priority-forums.com/he/index.php/forums?func=view&id=1327&catid=6

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    ב-SDK יש פרק Creating and Modifying User Report Generators על נושא זה
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    וכמובן שינוי כמו שאתה מזכיר ב-func לא יגרום לשגיאה בקימפול, רק תוצאות לא צפויות…
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אם יש לעורך hex view עם החלפה לפי תו hex מספיק לעבור לhex ולחפש תו FD ולהחליף בכלום.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    הבעיה היא שימוש חוזר בתוך אותה פרוצדורה. לפני כן היינו חייבים לא לחזור על שם קורסור רק באותו שלב SQLI.

    הזכרתי לאשבל כי זה גורם לי לחשוש מבעיות אחרות (כל השלבים השונים עכשיו ביחד? מה אם יש אותו LABEL?) נראה מה הם יענו לי.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    • in reply to: MarketGate
    yitzchok
    משתתף
    IL
    אני מבין נכון שאפשר בגרסה 13 להריץ WINPROC וכו' דרך ה-ODBC?
    בעצם אפשר להריץ כל פקודה שאפשר להריץ ב-SQLI דרך ODBC?
    אם מפיעילים EXECUTE כדי להפעיל WINPROC וכו' התוכנה רצה בשרת?
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    משה, ליאור צודק ושאלתי כן קשור

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

    הדיון שלנו זה עוזר לך?

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

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

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

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

    לכן שמור את השאילתא לגיבוי מחוץ למערכת (או שים בטריגר פרטי ליד 😉 )

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

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

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

    עם בדיוק אותו הדבר אני מתמודד. יש לי אשכול פה https://www.priority-forums.com/he/index.php/forums?func=view&id=2027&catid=6

    אכתוב על פתרון כשזה יתבשל

    יצחק

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
מוצגות 15 תגובות – 2,341 עד 2,355 (מתוך 2,454 סה״כ)