Памылка базы дадзеных «Парадак сартавання адрозніваецца ад сістэмнага»: як выправіць?

Як правіла, большасць карыстальнікаў, выяўляюць у сістэме памылку з указаннем на тое, што парадак сартавання адрозніваецца ад сістэмнага, па ўсёй бачнасці, працуюць з пакетам "1С" версіі 7.7. Менавіта яна з'яўляецца найбольш ўразлівай нават не ў плане ўздзеяння вірусаў, але і ў галіне з'яўлення памылак і збояў, якія крыюцца ў самой праграмным кодзе пакета. Тым не менш калі з'яўляецца паведамленне пра памылку, якое абвяшчае, што парадак сартавання адрозніваецца ад сістэмнага, панікаваць не варта. Ёсць некалькі простых рашэнняў, якія дазваляюць ліквідаваць гэтую праблему хутка і назаўсёды. У дадзеным выпадку можна ўжыць два рашэнні як мінімум.

Памылка базы дадзеных «Парадак сартавання адрозніваецца ад сістэмнага»: у чым праблема?

Сама праблема складаецца ў тым, што асноўная праграма ў выглядзе выкананага файла на серверы або кліенцкай машыне не можа вырабіць ініцыялізацыю базы дадзеных (SQL).

З прычыны гэтага падключаюцца прыстасаваныя (даччыныя) тэрміналы не могуць атрымаць доступ да самай базе дадзеных (хоць асноўнае ядро праграмы запускаецца без праблем). Лічыцца, што доступ да самага дадаткам забяспечваецца менавіта на ўзроўні сервернай версіі, якая адказвае за падлучэння астатніх карыстацкіх кампутараў, якія знаходзяцца ў лакальнай сеткі. З ёй-то як раз і ўзнікаюць праблемы.

Далей прапануюцца рашэнні, якія дазваляюць вырабіць ўхіленне гэтай збою. Разгледзім два асноўных метаду, якія можа асвоіць любы карыстальнік або пачатковец сістэмны адміністратар.

Парадак сартавання адрозніваецца ад сістэмнага (Windows 7). Што рабіць у першую чаргу?

Як лічыцца, у рэлізе пад нумарам 26 была ўключана магчымасць ігнаравання файлаў баз дадзеных. Але не варта спадзявацца на гэтую службу.

неіснуючы аб'ект

Бывае так, што прыкладанне пры запуску спасылаецца на нібыта не існуючы аб'ект у выглядзе файла OrdNoChk.prm, які быццам бы павінен быць размешчаны ў тэчцы BIN самой праграмы, усталяванай у праграмных файлах сістэмы.

Калі ўжо з'яўляецца сістэмнае паведамленне аб тым, што парадак сартавання адрозніваецца ад сістэмнага, няма нічога прасцей, чым стварыць у гэтым каталогу пусты файл з аналагічным імем і заменай пры захаванні, да прыкладу, у тым жа «Нататніку», які ўваходзіць у стандартны набор любой Windows -сістэмы. Тут пытанне яшчэ і ў тым, што стандартны тэкставы рэдактар настроек, які змяшчае пачатковыя дадзеныя, пры яго непасрэдным рэдагаванні і наступным ужыванні ў дзеянні не спрацоўвае.

Змяненне структуры баз дадзеных на аснове лакальнага абмену дадзенымі

З іншага боку, праблема таго, што ўзнікае збой са з'яўленнем паведамленні аб тым, што парадак сартавання устаноўленага адрозніваецца ад сістэмнага, можа быць вырашана нават сродкамі самой усталёўванай праграмы.

Але тут варта першапачаткова падумаць, наколькі мэтазгодна ўжываць далей апісаныя сродкі і інструменты.

Пры памылкі, калі паведамляецца, што парадак сартавання базы адрозніваецца ад сістэмнага, у самым дадатку "1С" варта абраць частку канфігуравання, у якім трэба перайсці да адміністравання, кодавай старонцы табліц ІБ і пунктам бягучай сістэмнай ўстаноўкі.

заключэнне

У прынцыпе, паведамленне аб тым, што ў базе даных "1С" парадак сартавання адрозніваецца ад сістэмнага, можна выдаліць зусім проста (або пазбавіцца ад яго назаўсёды). Як паказвае практыка, у самым простым выпадку можна проста стварыць пусты аб'ект, згаданы вышэй. Пасля гэтага памылка, сігналізавалая аб тым, што парадак сартавання адрозніваецца ад сістэмнага, больш з'яўляцца не будзе.

На самай справе толькі гэтымі рашэннямі ўхіленне праблемы не абмяжоўваецца. Справа ў тым, што ў самой асяроддзі "1С" можна пісаць скрыпты ці ствараць дадатковыя аплеты для кіравання ўсёй сістэмай на аснове таго ж мовы Visual Basic з выкарыстаннем баз дадзеных фармату DVB. У астатнім жа памылка, звязаная са з'яўленнем паведамленні, названага вышэй, ухіляючы досыць проста, калі не браць у разлік недапрацоўкі ў кодзе самой праграмы або віруснае ўздзеянне. Але гэта, думаецца, не самае страшнае. Часам і «криворукость» карыстальнікаў, якія не ведаюць, як арганізаваць базу дадзеных і падключыць яе да ўсталяванай праграме, можа прыводзіць да таго, што памылка гэтага тыпу будзе з'яўляцца зноў і зноў.

Таксама варта звярнуць увагу і на той момант, што пры ўключаным аўтаматычным абмене дадзенымі самой платформы з іншымі базамі дадзеных ўсе яны павінны мець абсалютна аднолькавую кадзіроўку. Калі яе не ўсталяваць для ўсіх БД, адпаведна, і сам пытанне імпарту і экспарту дадзеных становіцца, мякка кажучы, бессэнсоўным. У крайнім выпадку, як было сказана вышэй, кадоўку варта адключыць. Асабліва гэта тычыцца сітуацый, калі на розных тэрміналах ўстаноўлены адрозныя паміж сабой версіі Windows, ды яшчэ і з рознай архітэктурай. Гэта таксама можа прыводзіць да непрадказальных наступстваў, аж да таго, што і працаваць з праграмай у дачыненні да адначасовага доступу да інфармацыі будзе немагчыма.