Во что лучше выгружать: txt, dbf? #415130

Хочу написать обработочку по выгрузке изменений справочников, документов и констант. То есть, в случае правки/ввода нового/удалении необходимо "документировать" эти самые правки/вводы/удаления. Прошу совета, в какую сторону лучше копать - через dbf либо текстовый документ, ведь, я так понимаю, в каждом случае есть подводные камни, не хочется делать двойную работу.

ЗначениеВСтрокуВнутр

в xml

xml однозначно. А вообще, распределенные БД 1С уже давно придумала и так.

Тебе что легче читать будет?

зависит от ответа на вопрос "Зачем?"

+ txt имхо Зы мне удобнее

У меня самописная конфа, хочу наладить обмен данными между точками, а также для реализации некоторых шпиёнских функций

что значит "читать"? Читать книгу или журнал удобней чем файл с выгрузкой

УРБД приукман именно для "обмена между точками". Ну, выгружай в книгу. Или в газетку....

Ну что значит читать? Конечно читать глазами. Открываешь файл (>>txt, dbf) и читаешь по буквам.

: если только обмен, при котором данные только транспортируются - то xml если для хранения тоже, с поиском информации - то dbf если тупо смотреть и понимать шотамтакоэпраисхадилло - то txt

Но там нет шпионских функций. Имеем два мнения: txt, xml. Каковы аргументы в пользу того и этого?

дбф - быстрей, хмл - универсальней...

я не знаю, что такое "шпионские функции" в твоих понятиях. Отсылка информации в ИФНС/ОБЭП? так проконсультируйся с их техническими специалистами...

если использовать метод romix'а, то не особо то xml и медленнее.

Он в общем случае медленней, поскольку содержит много избыточной информации

Медленнее полюбому. Кроме того, ДБФ, грубо говоря, с произвольным доступом - а иксэмэль - с последовательным...

... можно и в журнал регистрации... Главный вопрос - И что потом?

если необходимо как то что комментировать, и тем более переносить то только xml поскольку с помощ его можно хоть всю базу рекурсивно зацепить, и делать будет намного проще.

Я за XML. Во-первых, организовать обмен можно гораздо быстрее. Во-вторых, при изменении конфы легче дорабатывать выгрузку.

можно в mdb выгружать удобнее чем dbf для разнародной инфы

1C быстрее всего работает с DBF. Если скорость выгрузки/загрузки критична, и объем выгружаемых данных зашкаливает - то из штатных методов DBF самый оптимальный.

: а мне легче дорабатывать ДБФ или ТХТ.. так что не торопись расписываться за всех..))))

: и-мян-но.. и к тому же ДБФ самодостаточен в роли промежуточного хранения для более оптимального (на порядки) доступа к информации.. блин, всё же написано в , чо жевать то?..

Логирование всех изменений это сильная нагрузка на базу и в результате снижение производительности. Если база 1с dbf, то мне кажеться лучше в журнал регистрации писать, если SQL то триггеры сделать и писать в отдельную табличку. Через тригер лучше, т.к. неважно как изменяется объект интерактивно или программно. Но не очень понятно почему ты нехочешь просто фиксировать последнего изменившего в реквизите объекта? Так меньше всего влияния на производительность.

старое доброе ЗначениеВФайл сделать большую таблицу значений с под таблицами значений и сделать значениевфайл со всеми объектами, если переносимых значений не много то очень быстро работает, а главное о работе с файлом можно полностью забыть, работаешь только с таблицой значений.

: вот уж где гон чистой воды! Именно от "значениевфайл" для больших ТЗ(СЗ) отказался в свое время.. по той простой причине, что при возрастании размера сохраняемой ТЗ с некоторого момента время сохранения начинало расти непропорционально, чуть ли не в геометрической прогрессии - при сохранении вешая прогу в "белый экран".. главбушке на сложной сверке на морду довольно непросто (долго и затратно) собиралась сложная и немаленькая ТЗ которая корректировалась.. по методу наименошего сопротивления всандалил "значениевфайл" для этой ТЗ (в том числе) чтобы потом быстро прогрузить рассчет и корректировку.. агащязблин, на сохранении в файл белый экран висел три часа, потом надоело...

ЗЫ: унив.сохранение/восстановление ТЗ в/из ДБФ(штатно, ч/з X-Base) -- один раз нарисовал и пользуюсь, агрегаьные данные сохраняются/восстанавливаются по Ид вполпинка, остальное всё кроме длинных строк (что некритично) тоже просто... и в диалоге видно этап и процесс, ползунок тоже можно прикрутить но лень, и так работает...

так и пишу же: если переносимых значений не много а при переносе данных их как правило не так уж и много и 1С так же поступает например в ЗиК ПодготовкаСведенийДляНДФЛ файл размером в 1-3 Мб работает несколько секунд.