Существует такая внешняя обработка SQLPlus82 которая умеет показывать реальные название таблиц и полей в них типа _fl8345 и т.п.
Как такое научится делать самому внешним приложением или както еще.

ПолучитьСтруктуруХраненияБазыДанных

а снаружи никак?
оно же должно где-то храниться/закэшировано или я слишком хорошо думаю про этот продукт

Любым инструментом подключайся к базе и смотри. SQLNavigatir например.

(2) на субд хранится

Извиняюсь -  не очень понял. в самой базе где-то хранится связка НазваниеТаблицыНаРусском = _reference90 ?
Если да то в какой?
Методом тыка оно понятно что можно идетифицировать что угодно но задача внешними средствами автоматизировано получить указанное выше инфо?

(5) Ну тогда Вам стОит почитать как разбирать cf-ник и как формируются имена полей/таблиц.

(2) А снаружи по COM подрубаешься к 1Ске и ПолучитьСтруктуруХраненияБазыДанных()

"Ну тогда Вам стОит почитать как разбирать cf-ник и как формируются имена полей/таблиц"
<<< а есть где?

очередной тру-программист соизволил почтить своим визитом недопрограммистов
всем надеть цак и два раза ку

(8) есть
но смысл парсить из вне 1с близок к 0

(0) зачем лезть куда попало?
мне кажется вы хотите решить задачу, которая должна решаться по -

(11) * + другому

"мне кажется вы хотите решить задачу, которая должна решаться по" <<< предположим что да

Вот вам задачка
есть удаленный (весьма удалленный в голандии например)высоконагруженный сервер который продает барахло в интернете написано все на РНР и живет на никс база Postgresql

Цены (а особенно остатки) обновляются по нескольку раз на дню - выход из офиса весьма узкий (выход из офиса довольно узкий 6мб\с учитывая что там на нем еще и VOIP то сами догадываетесь что много там гонять нельзя)

Текущее ПО прекрасно работает напрямую с бд 1С по схеме
Postgres office <- skytools -> Posgres web
Т.е. все изменения в данных (цены/остатки) иницирует 1С в момент их изменения

Надо подстраховаться на случай изменения структуры бд чтобы ПО само без переписывания кода могло понимать к каким таблицам и полям обращатся

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

>>Собственно ваши предложения по реализации такого же но другим "правильным образом"
Навскидку.
Если схема со скайтулзом у вас уже работает, то чтобы минимизировать переделки, нужно написать код на 1С, который будет выгружать необходимую информацию в отдельные таблицы в отдельной БД на офисном сервере, откуда вы ее уже можете перегонять хоть в Голландию, хоть в Чуйскую долину.
Если же слова "Текущее ПО прекрасно работает" содержат некоторую долю оптимизма, то можно реализовать обмен через веб-сервисы
Ну или банально (читай надежно) гонять файл обмена в формате CommerceML, например через почту.

(0) Tool_1CD - лучше ничего не знаю. Но только для файловых .

Tool_1CD - лучше ничего не знаю. Но только для файловых .<<< ссылку можно - вдруг там есть что стоящее



нужно написать код на 1С, который будет выгружать необходимую информацию в отдельные таблицы в отдельной БД на офисном сервере
<<< Это конечно самый приемлемый вариант
однако какова задержка?
Сейчас на таблице накопительных регистров весит тригер который считает итоговую сумму и скидывает в отдельную схему для удобства дальнейших выборок и делается это  сразу как только туда что то попадает
Насколько я понимаю в 1С все только по таймерам и полным объемом (т.е. гоняем и без того уже имеющиеся данные - что должно увеличить и объем данных гуляющий между удаленкой и офисом -  skytools тоже тригерные функции = если апдейт прошел по всем строкам то все и будут переданы на синхронизацию)

(16) "Насколько я понимаю в 1С все только по таймерам и полным объемом (т.е. гоняем и без того уже имеющиеся данные - что должно увеличить и объем данных гуляющий между удаленкой и офисом -  skytools тоже тригерные функции = если апдейт прошел по всем строкам то все и будут переданы на синхронизацию)"

Неправильно. Есть для этого планы обмена,  подписки на события и обработчики событий.

Неужели у вас в компании нет 1С-ника или хотя бы франча для консультации? Или на них тоже денег никто не даст?

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

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

спасибо за консультацию - тему можно считать закрытой

(19) "его предложение вебсервисы меня не устраивает по понятным причинам"
Шизофренику тоже понятно, что вон та зеленая собака послана с IV Сигма Альфа Мегабарана следить за ним. Но с реальностью немного не соотносится.

(13) делаете в 1с вебсервис, который будет возвращать нужные данные. напрямую в БД лезть не надо.

соответствие таблиц , полей бд и  внутренних ID метаднных , реквизитов

хранится в хаписи dbnames  таблици params
в текстовой кодировке utf-8 . сжаты по алгоритму daflate
сответствие ID метаданных и имен храгнятся в таблице config.

алгоритм  построения таблицы соответствий

примерно такой

читаете, распаковываете  dbnames
парсите преобразуете в таблицу
по таблице строите
таблицу описаний таблиц
и таблицу описаний полей

отбираете записи из config
сответствующие таблице описания таблиц

распаковываете парсите
заполняете

таблицы соответствий  таблиц и полей

для синхронизации при изменениии метаданных
можно повесить ddl триггер
на создание пересоздание таблиц полей



примечание:

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

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

в тексте опиания могут быть несколько секций описания таблиц и тч  у секции будет спец текстовая метка.

какие метка и признак наличия таблиц субд - не помню.

+ (23)
для tsql
http://infostart.ru/public/74406/

"Иногда они возвращаются"