v7: Как программно узнать реальную дату создания документа? #701360

Как программно узнать реальную дату создания документа? У меня все не проведенные документы переносятся на текущую дату. Проблема: В журналах накопилось слишком много документов даже с прошлых годов, но так как дата у всех текущая пометить на удаление старые пока не понятно как. Написал обработку, пытаюсь вытащить данные из журнала регистрации, но в журнале более 60 000 000 строк. Работать с ним крайне не удобно долго. Какие варианты программного получения реальной даты знаете вы?

Обработка:

Не все операции пишутся в mlg, особенно, если документ создавался обработкой.

это я заметил, но в MLG можно ловить первое его движение. например когда его первый раз кто-то открыл.

Мой .mlg файл весит около 700Мб

как правило, докумет с меньшим идом создан чуть раньше, чем с чуть бОльшим идом

открой для себя ПоставщикДанныхЖурналаРегистрации

как тогда узнать ид документа?

йИД ?

Параметры: ОбъектХранимыйВБД - тип: Перечисление, Справочник, Документ, Календарь, ВидРасчета, Счет, ВидСубконто, ПланСчетов. Объект для преобразования. Возвращает: тип: Строка. Результат преобразования. Описание: преобразует ссылочный объект в строку (внутренний идентификатор данных) [ID][Sign] = 9 символов.

Подготовиться заранее и добавиьт реквизит ДатаСоздания

Это метод OdbcRecordSet.

Хотя я так думаю это тебе мало чем поможет.

опять же это тоже будет мало. Все равно надо будет в программном создании это же прописывать.

Ид присваивается при записи документа, а не при создании, если документ был создан, а потом провисел открытым несколько дней и только после этого был сохранён, то дату создания можно будет узнать только из журнала регистрации.

а если докумет был создан со "свободным" идом, то тогда.... а еще... а еще.... в сиквеле можно триггер повесить...

а вот это верно.

что да то да.

Вариантов заполнения много. Главное - хранить.

SQL позволяет делать чудеса - это всем известно. Ну, если её не хранить, то как она появится ?

как-как... А что, у тебя лицензия на telepat.dll закончилась?

Ты ещё скажи, что можно лог транзакций sql-сервера перелопатить, чтобы узнать, что там происходило.

Заметьте, не я это предложил (с)

Ну, SQL-сервер - не женщина, в трудный момент не подведёт.

хм... А если той женщ^W^W серверу логи порезали?

Пусть отвечает тот, кто порезал. Может быть, автор захочет узнать, кто создал документ от 2001 года, так ему тогда проще к гадалке сходить.

ему пора вскрывать второй конверт.... ну, или брать лист формата А4 и начинать писать заявление....

можно в конце дня фиксировать в отдельном справочнике/табличке последний ИД, например :-)

Я обычно делаю что нибудь вроде Если 0+Прав(ЗначениеВСтрокуВнутр(Док), 11) < N1 Тогда Если 0+Прав(ЗначениеВСтрокуВнутр(Док), 11) > N2 Тогда (насчет 11 или сколько там должно быть не знаю - просто пример)

Кто-нибудь юзал Journal.dll ? стоит попробовать?

"обычно делаю, но не знаю" - зачет.... :-)

Не знаю насколько корректно вообще использовать такие методы, но я его использовал на не очень больших объемах, и перепроверял данные перед записью.

Ни как, если ты только этого не хранишь в БД специально. Можно использовать два реквизита, ДАТА и Строка. В дату пишешь текущею дату, в строку текущее время :)

+ Поднимать историю из ЖР лучше не стоит, через год и более, обычно практикуется архивирования журнала, ибо при определенных размерах, этот файлик нагибает БД :)

достаточно использовать один реквизит - число.

а зачем строка то? sql хранит нормально дату как датавремя.

пишим триггером туда getdate.

а если файловая? :-)

Если файловая и никто не позаботился о перехвате записи (такое, кстати, возможно), то никак.

ну почему же? ежевечерне заполнять незаполненные даты текущей :-) правда, будешь иметь только дату.

МОжно и УРБД подключить, тогда система сама будет "присылать" созданные документы.

ТКВ!

опять же это ЖурналРегистрации

и то в случае если миграция Все.

+ и опять же только по ЖР.