Сформировать хеш документа #471388

Как сформировать хеш документа а) с учетом его положения на оси времени в пределах дня б) без учета его положения на оси времени в пределах дня? . какой "аппарат" использовать для создания хеша? Хеш - он вообще какого размера будет? где его хранить (пока справочник типа кортежа "документ-хеш") . что хочу: из тиса 7.7 выгружаю документы в бухию 7.7, в момент выгрузки фиксирую хеш выгруженного документа в базе ТиС. Потом, в любой момент, могу по хешу сравнить с текущим состоянием документа, для выгрузки измененных документов... как-то так... . кто может поделится соображениями по сабжевой задаче? стопудово делал кто-то...

Ну ничего кроме цикла по метаданным в голову не приходит

типа идем по метаданным по шапке и ТЧ для каждого реквизита - получаем его внутренний идентификатор в базе, конкатенируем в строку с каким-нить разделителем (ну типа на всякий случай?), получаем длинную строку, сторим по ней хеш (чтоб поменьше был) - типа так?

Чем идентификатор документа не устраивает, уникальный в пределах базы?

Ага. Я бы так сделал. Наверное тем, что идентификатор не является хэшем содержимого документа

Сцепи нужные реквизиты документа в строку и возьми от неё MD5.

А как ось времени будет задействована в реквизитах?

мну нужна не идентификация документа, а идентификация события изменения документа... тут предложили просто в реквизит дока писать дату-время последней записи документа - но тут мне видится "много" дыр, да и все равно по умум перед записью этого реквизита надо проверить - был документ изменен или нет... в слишком многих местах придется на! править.. сформировать хеш и запомнить его мне кажется "выгоднее"...

А на фига ему содержимое? Достаточно при выгрузке в базе сбрасывать флаг выгрузки. А при модификации снова его поднимать. Все доки с взведенным флагом нужно перегружать. Зачем какие-то телодвижения непонятные совершать с хэшем?

Править всего лишь в одном месте - ПриЗаписи или в ОбработкаПроведения. Хранить флаги для выгрузки в справочнике.

логично... призаписи - не проканает. могут производиться программные модификации.. за всем не уследишь или сам забудешь... ;-) А если доки по сути не проводятся, но их выгрузка нужна, то.... . надо подумать...

А зачем справочник? Регистр оборотов а-ля регистр сведений.

Да хрен редьки не слаще. Разницы практически никакой. Со справочником, IMHO, в чем-то удобнее работать. Но тут у каждого свой вкус.

А обработка проведения? Помеченные на удаление, или ждать пока 1SConst лопнет?

А причем здесь 1SConst? Зачем периодику использовать? Тут история не нужна. Контролировать дубли можно и в "ручном" режиме.

а УРБД - регистрирует, когда документ перепроводится но при этом сам док не изменен?

Думаю, что нет. Там еще и его движения надо контролировать.

движения доков - неактуальны...

А причем тогда УРБД? На SQL можно триггер навесить.

я Сабж выкладывал на инфостаре, но потом потер, единственое чего сраху - нужно держать 2 хеша 1 - хешь данных 2 - хешь структуры метаданных по которым был получен 1 (для контроля версий обьекта и следовательности актуальности первого хеша)

регистрирует

Уриб просто добавляет док в выгрузку, не уточняя что и с ним делали. Задачу не пойму, что добиться-то хочешь?

+ В УРИБе система простая, все что ты так или иначе изменишь попадет в файл выгрузки, и уйдет в регионы. Что и где ты конкретно делал он не фиксирует.

+ я бы сказал не "все что ты так или иначе изменишь", а все объекты, которые были перезаписаны или перепроведены, причем интерактивно или программно - без разницы, и не важно - менялся объект или нет.

Ну а почему тогда "не сказал бы"? Когда мне надо было глюки подлечить я тупо писал обормотку где в цикле выбирались нужные доки, ну и Записать, и все уходило в лучшем виде. Более того, отчетег накатал который кажет кому ушло, кому нет, могу поделиться.

Как нужные доки фиксировались, отбирались (критерии)?

я к тому, что справочники/доки можно не менять, просто записал, и всё, привет урбд, попал в выгрузку. просто уточнил, давай не будем из этого битву начинать :)))

Не понял вопроса

Как посчитать док нужный, или нет?

+ У меня обормоткой отбирались косячные доки, ей же правились, а чтобы в регионы ушли писалось тупо Записать, а нужный или нет, тут по ситуации

как вариант - отобрать только те объекты, которые созданы в периферийках, которые нужно поправить

Ща хочу в подмосковных МЧС атоматическое обновление сделать на базе уриба. Сами базы независимые, тупо чтобы мд обновлялся. Накатал конвертер который внутренние мд подгоняет под эталон, если допилить чтобы работал не только с бухией, но и с торговлей да зряплатой, имеет смысл на инфостарте вывалить, пока рабочая версия, не знаю, найду ли в себе силы херней заняться )

Вот про тупо записать и вопрос?

Так в чем вопрос-то? Если сделаешь по доку Записать он попадет в выгрузку, да и все.

внутренние мд = внутренние ид конечно

Я не про то, я понял тебе УРБД нужен просто как регистратор изменений. Это я понял, как распознать, что в нем (движения не нужны) не изменилось?

Так енто он сам и делает, без бубнов. Что изменилось, то и выгрузит, хрен ли там отслеживать. До кого выгрузка дошла, а до кого нет, накатал отчетег который mlg парсит, в кармане ща валяется на флешке, могу подарить если надо, а чисто за урибом проверять смысла не вижу, это тупо чтобы проверить нажали на кнопку в филиале или нет.

Да он то хотел выгрузить то, что "изменилось" по его условиям. Т.е. если данные у накладной не изменились, а ее записали, она попасть не должна.

"Ведение лога изменений в документах" "FAQ по распределенными базами данных программы 1С: Предприятие 7.7"

Да не, там скорее надо выгрузить что изменил обормоткой надо. Тупо Записать и уйдет.

+ есть еще ToySpy, но оно уже за деньги

+ Там еще какая-то хрень есть типа РегистрацияИзменений или вроде того, но не юзал, не буду врать.

это применительно ко всему объекту, при записи или проведении, закинуть его в обмен или нет

Разговор был про хеш, т.е. чтобы компактно сложить и вытащить только  то, что нужно. С минимальными затратами время и места.

В смысле по хешу определить, что передавать надо.

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

В простом случае Id док + VerStamp

О!!!!! вот тут вот как раз м может быть то что надо! VerStamp - когда меняется?

При каждой записи документа/справочника (без разнице как была инициализирована записать)

верстамп меняется в любом случае, даже если документ не изменялся? (я таки полагаю = да)

так, и как теперь этот VerStamp вытянуть программно? - только прямым запросом?

Подсказка: служебная база УРБД только получатель Работает не первый год для "нетипового" засасывания данных

спсб, выше уже озвучивали. это у меня будет вторым вариантом. думаю верстампа - хватит

Неудобно однако Тут же все готовое лежит, тем более фактически обмена не будет, только накопление и очистка списка объектов :)

можно и это подумать... только вот вопрос: в комплексную поставку 7.7 УРБД - входит?

хм.. а вот при выгрузке инфы из базы в файл обмена - каким образом "потереть" инфу в урбд о выгруженных объектах...? само же - не потрется - придется извращаться?

запостил на всякий случай

Выложу в понедельник на инфостарт.

МОД-ом можно еще всё делать сразу.. и регистрировать изменения и обмен с бухией..

делете в табличке и  всё..

кстати, да...

+59 кого не устраивает МОД-овская регистрация изменений, лепят гибрид - регистрируют урибом, выгружают МОД-ом..

Блин.. на кубани ветку почитал.. Чебур решил всех достать сегодня :)