שגיאת מסד "סדר המיון שונה מהמערכה": איך לתקן?

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

שגיאת מסד "סדר המיון שונה מהמערכה": מה הבעיה?

הבעיה מאוד היא כי התוכנית העיקרית היא קובץ הפעלה על מחשב השרת או הלקוח לא יכול לבצע אתחול של מסד נתונים (SQL).

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

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

סדר המיון שונה מהמערכת (Windows 7). מה לעשות קודם?

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

אובייקט ריק

זה כל כך קורה שכאשר אתה מפעיל את היישום מתייחס לאובייקט לא קיים לכאורה בתיק OrdNoChk.prm הטופס שכביכול אמור להיות ממוקם BIN התיקייה של התכנית המותקנת קבצי תוכנת מערכת.

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

שינוי מבנה בסיס הנתונים מבוסס על חילופי נתונים מקומיים

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

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

אם מתרחשת שגיאה כאשר הוא דיווח כי איסוף הנתונים בסדר שונה מהמערכת, ביישום של "1C", בוחר במקטע התצורה, שבו אתה צריך ללכת למנהל, שולחנות דף הקוד והנקודה IB של גדרות המערכת הנוכחיות.

מסקנה

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

למעשה, רק פתרונות אלה כדי לפתור את הבעיה אינה מוגבלת. העובדה היא כי המדיום עצמו "1C", אתה יכול לכתוב תסריטים או ליצור יישומונים נוספים לניהול המערכת כולה על בסיס זהה Visual Basic באמצעות מסדי נתונים בפורמט DVB. שאר השגיאה קשורה בהופעת ההודעה הנ"ל, כדי להסיר די פשוט, אם לא לקחת בחישוב של פגמים בקוד של התכנית או השפעה ויראלית. אבל אני חושב שזה לא הכי גרוע. "Krivorukost" לפעמים משתמשים שאינם יודעים כיצד לארגן מסד נתונים ולחבר אותו בתוכנית הוקמה, עלול להוביל לכך כי סוג זה של שגיאה תתרחש שוב ושוב.

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