Промяна на запис дневник

лесна задача

Такъв проблем е малко вероятно да дойде от страна на потребителите, а от администратор може. Да кажем, че имаме запис в дневника, за да промените директорията елемент "стоки" на на определена дата.

Снимката по-горе време регистрация влизане е '10: 38: 39 ". И сега, по причини, които няма да описваме в статията, администраторът ни помоли да промените часа на '09: 00: 00 '. Е, задачата се задава - нека го направи!

За да започнете, трябва да се отбележи съхранение дневник метод платформа 1С: Enterprise 8.x. Независимо от начина на работа, информацията от базата данни (файл или клиент-сървър), данните от дневника се съхранява във външен файл. За да подадете дневник база данни се съхраняват във файла "* .lgp" се намира в папката "1Cv8Log" информация директория база. По същия начин, името на файла, в зависимост от периода, за който данните се съхраняват в лог файловете.

За клиент-сървър лог файла на базата данни се съхраняват в директорията на данни приложение, независимо от информационната база.

Както можем да видим, лог файл е обикновен формат на текст, в който всяко събитие е записано от протокола в съответствие с определени правила. Тези правила няма да бъдат разглеждани в подробности, за да не се усложни пример. Екранната показан начин за търсене на запис във файла от представянето на дата за записване и данни. Използването на стойностите на тези области, ние сме еднозначно идентифицирани в текста на регистрационните файлове, свързани с това събитие.

Всичко, което мога да направя - е да се промени датата на събитието. В снимката по-долу можете да видите резултата:

Сега, ако отворим регистър на платформата означава, можем да видим модифициран вписване:

Време на събитието се промени, което е това, което искахме. Но внимателен потребител със сигурност ще забележите една странност - датата на събитието по някаква странна причина, не съответства на хронологията на възникването на други събития (виж датата на събитията над и под записа.). Този недостатък може да бъде преодолян чрез поставяне тема на записите на правилното място лог файла.

Ние бяхме в състояние да променят лог файл, но това не означава, че надеждността и точността на данните, е необходимо да се поставят под въпрос! За да промените този файл е необходимо съответните привилегии, както и способността да се затворят всички сесии работят с базата данни или да спрете услугата сървър за вариант клиент-сървър, в противен случай влизането на файла се опитва грешка ще се случи "файл се използва от друг процес."

От тази гледна точка на дневник мнение е много надежден.

От друга страна, в основата на прехвърляне на друг сървър (в режим клиент-сървър) трябва да мигрирате и лог файловете, ще загубите данни. И това е голям минус.