Som regel er de fleste brukerne,oppdage en feil i systemet som indikerer at sorteringsrekkefølgen er forskjellig fra systemet, sannsynligvis fungerer de med pakken "1C" versjon 7.7. Det er hun som er mest utsatt, ikke engang når det gjelder effekten av virus, men også innen feil og svikt som ligger i programkoden til selve pakken. Når du får en feilmelding om at sorteringsrekkefølgen er forskjellig fra systemets sortering, må du ikke få panikk. Det er noen enkle løsninger for å løse dette problemet raskt og permanent. I dette tilfellet kan minst to løsninger brukes.
Databasefeil "Sorteringsrekkefølge er forskjellig fra systemsortering": hva er problemet?
Selve problemet er at hovedprogrammet i form av en kjørbar fil på serveren eller klientmaskinen ikke kan initialisere databasen (SQL).
Følgelig pluggbar skikk(underordnede) terminaler får ikke tilgang til selve databasen (selv om hovedprogramkjernen starter uten problemer). Det antas at tilgang til selve applikasjonen gis nøyaktig på nivået til serverversjonen, som er ansvarlig for å koble andre brukerdatamaskiner til det lokale nettverket. Det er med henne det oppstår problemer.
Følgende er forslag til løsninger for å løse denne feilen. La oss ta en titt på to grunnleggende teknikker som enhver bruker eller nybegynner sysadmin kan lære.
Sorteringsrekkefølgen er forskjellig fra systemsorteringen (Windows 7). Hva er det første du må gjøre?
26-utgivelsen antas å ha inkludert muligheten til å ignorere databasefiler. Men ikke stol på denne tjenesten.
Ikke-eksisterende objekt
Det skjer slik at applikasjonen ved oppstart refererer tiltil et angivelig ikke-eksisterende objekt i form av en fil OrdNoChk.prm, som ser ut til å være plassert i BIN-mappen til selve programmet, installert i systemfilene.
Hvis det vises en systemmeldingsorteringsrekkefølgen skiller seg fra systemets ene, det er ikke noe enklere enn å lage en tom fil i denne katalogen med samme navn og erstatning når du lagrer for eksempel i den samme "Notisblokk" som er inkludert i standardsettet til ethvert Windows-system. Her er spørsmålet også at standard teksteditor for innstillinger, som inneholder innledende data, ikke fungerer når den redigeres direkte og deretter brukes i handling.
Endring av strukturen til databaser basert på lokal datautveksling
På den annen side problemet med hva som oppståret krasj med utseendet til en melding om at sorteringsrekkefølgen til den installerte er forskjellig fra systemet, man kan løses selv ved hjelp av selve det installerte programmet.
Men her bør du først tenke på hvor nyttig det er å bruke verktøyene og verktøyene som er beskrevet nedenfor.
Når det oppstår en feil når det rapporteres atsorteringsrekkefølgen til databasen skiller seg fra system-en, i selve 1C-applikasjonen, bør du velge konfigurasjonsdelen der du trenger å gå til administrasjon, kodesiden til IB-tabellene og elementet til den nåværende systeminstallasjonen.
konklusjon
I utgangspunktet er meldingen den i databasen"1C" sorteringsrekkefølge er forskjellig fra system en, du kan slette den ganske enkelt (eller bli kvitt den for alltid). Som praksis viser, kan du i det enkleste tilfellet ganske enkelt lage et tomt objekt, angitt ovenfor. Deretter vises ikke lenger en feil som signaliserer at sorteringsrekkefølgen er forskjellig fra systemet.
Faktisk er det bare disse løsningene som kan eliminereproblemet er ikke begrenset. Faktum er at i selve 1C-miljøet kan du skrive skript eller opprette flere appletter for å kontrollere hele systemet basert på det samme Visual Basic-språket ved hjelp av databaser i DVB-format. Ellers kan feilen forbundet med utseendet til meldingen angitt ovenfor elimineres ganske enkelt, hvis du ikke tar hensyn til feilene i selve programmet eller den virale effekten. Men dette tror jeg ikke er det verste. Noen ganger kan "krumningen" til brukere som ikke vet hvordan de skal organisere databasen og koble den til det installerte programmet, føre til at denne typen feil vil vises igjen og igjen.
Du bør også være oppmerksom på øyeblikketat når automatisk utveksling av data fra selve plattformen med andre databaser er aktivert, må de alle ha nøyaktig samme koding. Hvis det ikke er installert for alle databaser, blir selve problemet med å importere og eksportere data mildt sagt meningsløst. Som en siste utvei, som nevnt ovenfor, bør kodingen deaktiveres. Dette gjelder spesielt situasjoner når forskjellige Windows-versjoner er installert på forskjellige terminaler, og til og med med forskjellige arkitekturer. Dette kan også føre til uforutsigbare konsekvenser, til det punkt at det vil være umulig å jobbe med programmet i forhold til samtidig tilgang til informasjon.
