Nika gnomeВсё зашифровано, таблицы имеют формат "65GF_part2"

Ничего там не зашифровано.
ID имеют формат varbinary(16).

Имена таблиц и полей в человеческом виде получаем через функцию ПолучитьСтруктуруХраненияБазыДанных(,Истина) и с ее помощью создаем views, как уже сказал StarikNavy .

Проблемы будут со составными полями и перечислениями.

Для перечислений создаем отдельную таблицу где храним Имя перечисления,Значение перечисления,GUID. Пишем функцию которая возращает GUID перечисления. В качестве параметра функция принимает Имя перечисления+Значение перечисления. В запросах для получения GUID перечисления я пишу так dbo.ЗНАЧЕНИЕ('Перечисление.СтавкиНДС.НДС20').

С составными полями уже сложнее потому, как для ссылочного типа данных для составного поля в таблице БД используются три поля: 1)Тип (_Fldxxx_TYPE) bynary(1)
2) Номер таблицы (_Fldxxx_RTRef) bynary(4)
3) Ссылка (_Fldxxx_RRRef) bynary(16).

- тип это Справочник, Документ, Перечисление и т.д., в числовом виде. Тип 8 например это справочник.
- номер таблицы это номер таблицы в БД т.к. все таблицы 1С в БД после префикса имеют уникальный номер.
- Ссылка это собственно GUID значения справочника, документа или любого другого ссылочного объекта БД. т.е. его ID.

Если в составного поле указывается тип Дата, Строка, Число или Булево, то создаются еще дополнительные поля в БД и соответственно в поле тип указывается номер типа данных. Строка это номер 5, Число это номер 3 и т.д.

Кстати т.к. поле Тип это bynary(1), то для его нормального восприятия нет необходимости его конвертить т.к. 0x02 это 2, 0x05 это 5 и т.д.

В принципе для составного поле во view можно использовать и sql_variant, но тогда нельзя будет использовать стандартные индексы от 1С. Придется материлизовать view.


По типу составных полей хранятся данные в таблицах значений субконто, констант и т.д.