Schimbarea înregistrare istoric

sarcină mică

O astfel de problemă este puțin probabil să vină de la utilizatori, dar de cutia de administrator. Să presupunem că avem un record în jurnal pentru a schimba directorul elementului „Bunuri“ la o anumită dată.

Captura de ecran de mai sus, timp de înregistrare de intrare este de '10: 38: 39“. Și acum, din motive pe care nu le vom descrie în articol, administratorul ne-a cerut să schimbe ora de pe '09: 00: 00“. Ei bine, sarcina este setat - să-l facă!

Pentru început, este demn de menționat de stocare jurnal platforma metoda 1C: Enterprise 8.x. Indiferent de modul de operare a bazei de date de informații (un fișier sau client-server), datele din jurnal sunt stocate într-un fișier extern. Pentru a fișier jurnal de baze de date este stocată în fișierul „* .lgp“ situat în subdirectorul „1Cv8Log“ bază de informații director. În mod similar, numele fișierului depinde de perioada pentru care datele sunt stocate în fișierele jurnal.

Pentru client-server de fișiere jurnal de baze de date este stocat în directorul de date al aplicației, indiferent de baza de informații.

După cum putem vedea, fișierul jurnal este un format de text simplu, în cazul în care fiecare eveniment este înregistrat de înregistrare în conformitate cu anumite reguli. Aceste reguli nu vor fi luate în considerare în mod detaliat pentru a nu complica exemplul. Captura de ecran este prezentat un mod de a căuta înregistrarea în fișierul de data și datele de înregistrare de prezentare. Folosind valorile acestor domenii, suntem identificate în mod unic în textul fișierelor jurnal legate de acest eveniment.

Tot ce putem face - este de a schimba data evenimentului. În captura de ecran de mai jos puteți vedea rezultatul:

Acum, dacă vom deschide un jurnal al platformei înseamnă că putem vedea intrarea modificată:

Ora evenimentului schimbat, care este ceea ce ne-am dorit. Dar un utilizator atent va observa cu siguranta o ciudățenie - data evenimentului pentru un motiv ciudat, nu se potrivește cu cronologia apariției altor evenimente (a se vedea data evenimentelor de mai sus și mai jos de înregistrare.). Acest dezavantaj poate fi depășită prin plasarea unui subiect de intrare la locul potrivit fișierul jurnal.

Am fost capabili de a schimba fișierul jurnal, dar aceasta nu înseamnă că fiabilitatea și acuratețea datelor, este necesar să pună la îndoială! Pentru a schimba acest fișier nevoie de privilegii adecvate, precum și capacitatea de a închide toate sesiunile de lucru cu baza de date sau de a opri serviciul Server pentru varianta client-server, în caz contrar fișierul de intrare încearcă eroare se va produce „fișier folosit de un alt proces.“

Din acest punct de vedere istoric este foarte fiabil.

Pe de altă parte, la baza de transfer la un alt server (în modul client-server) trebuie să migreze și fișierele jurnal, veți pierde date. Și acest lucru este un mare minus.