v7: Можно ли просмотреть файл 1supdts.dbf в человекочитаемом виде. #708839

Всем доброго времени суток. Пришла необходимость вручную посмотреть файл 1supdts.dbf для того, чтобы узнать, какие элементы были изменены в периферийной базе РИБ. Можно ли это как-то сделать?  Заранее спасибо.

Напиши запрос, распарси значения...

для файла обмена 1Cv77Chs.dat - есть обработка, для 1supdts.dbf - не встречал.

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

Разумеется, прямые запросы..

Access 2000 умеет их удобно показывать ))

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

Для SQL просмотрщик где-то валяется...

вот конвертация в этих случаех - это действительно хардкорный секс.

спасибо, поржал

И чем это вам УРБД не нравится? Отличная весчь. Просто и надежно работает.

слишком большие пакеты приводят к смерти уриба и невозможности выгрузки.. Ну разве что самому рулить тем, что летит в ПБ..

"слишком большие" - это сколько? более 2Г?

ну перепроведи год и попробуй выгрузи :)

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

год году - рознь :-) Точнее, у каждого свои понятия о "годе" :-))

А нахрена его перепроводить если период закрыт. По карайней мере у меня закрываются по месячно. И никаких проблем.

и вообще для его просмотра используй 1.для SQL 1С++ 2.для dbf 1sqlite

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

у нас нет понятия "период закрыт" и "ни-ни не в коим случае не перепроводи прошлый год" Мне как-то фиолетово, кто и чего в каком году поправит.

для дбф 1sqlite тут не поможет вообще, только оледб

А почему не поможет? select * from [1supdts] не сработает что-ли? Что-то я уже сам не помню.

Интересно. А ПоставщикДанных разве не вариант использует? + по моему ты ж для этого и придумал его?

оля полное фуфло. она толко и в индексы попасть не могеть. проверял работает хреново. особенно если таблицы большие.

no such table: 1supdts оледб при попадании в индекс обгоняет 1sqlite на большинстве запросов (особенно, если гроупбай в них используется). А таких запросов - большинство: получение остатков, например. Так что не надо про оледб порчу наводить.

А select * from [_1S.updts] или select * from __1S_updts ?

да, так прокатывает (оба варианта) Но, один хрен никто не использует, ведь только просмотр упдс никому не нужен, нужна его правка, а это только оледб :)

как раз мне нужен был просмотр для получения списка измененной номенклатуры. :)

select objid [Номенклатура $Справочник.Номенклатура] from __1S_updts where  typeid=$ВидСправочника.Номенклатура

+30

дбвьюер уже было?

и что ты там увидеть собираешься с помощью него ?