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

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

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

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

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

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

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

http://kb.mista.ru/article.php?id=45

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

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

(6) спасибо, поржал

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

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

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

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

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

(15) Глянь мыло плз.

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

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

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

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

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

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

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

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

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

(23) no such table: 1supdts

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

Так что не надо про оледб порчу наводить.

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

(27) да, так прокатывает (оба варианта)

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

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

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

+30
Процедура Сформировать()
    ЗагрузитьВнешнююКомпоненту("1sqlite.dll");
    база = СоздатьОбъект("SQLiteBase");
    база.Открыть(":memory:");
    запросSQLLite = база.НовыйЗапрос();    
    запросSQLLite.ВыполнитьЗапрос("select objid [Номенклатура :Справочник.Номенклатура]  from __1S_updts where typeid = :ВидСправочника.Номенклатура").ВыбратьСтроку();
КонецПроцедуры

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

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