Есть таблица MS SQL, в ней есть поле ID - оно уникальное и имеет тип Уникальный идентификатор (GUID). Так вот, когда выбираешь это поле в качестве поля ключа - то 1С ругается на ошибку SBL, и выдает запрос, в котором видно, что 1С пытается его преобразовать в Numeric(19,0). Неужели в качестве поля ключа можно указывать только целочисленные значения?

Вот такую ошибку выдает 1С при попытке записать имзенения в базу с установленным полем ключа с типом GUID:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Тип поля CAST(Reference24.Fld3156 AS NUMERIC(19, 0)) AS Fld3156 несовместим с типом поля Fld3156

Внешний источник данных это тоже база 1С?

(2) Нет, это база SSIS (SQL Server Integration Services).

Похоже что любой другой идентификатор кроме Int, или то, что можно преобразовать в Int 1С не воспринимает. Даже поле Char(50) не проходит.

Reference24.Fld3156 откуда такие имена во внешнем источнике?

(5) не пали контору. Сказали же, из SSIS...

+(6) пожалуй спалю
так вот ссылки 1С хранит в БД как binary(16), что сама же потом не понимает как внешний источник данных

Все я понял, спасибо за наводку. Этот источник использовался как тип поля в справочнике. И когда я пытался поменять тип объекта, 1С пыталась преобразовать уже существующее поле. Когда в справочнике очистил ссылку - то все пошло, потом снова перепрописал на внешний источник и заработало.

1С пыталась сохранить ссылки путем обратного преобразования нового ключа к типу старого ключа.

(8) понял только, что ты изващенец

(10) Делаю НСИ в 1С, данные грузятся из баз в отдельную базу, где потом или автоматом или ручками сводятся воедино. Для загрузки данных используются пакеты SSIS, которые надо запускать не только по расписанию, а и вручную путем выполнения SQL скрипта. Все сделал, а вот ссылки не мог, во теперь все пошло.

не вникал, но одобряю

сам заколебался BYTEA <=> UUID конвертировать туда-сюда

Не все так просто. Теперь 1С при сохранении справочника с таким полем с ссылкой на внешний источник, у которого ID - Тип GUID очищает этот реквизит. Вот не ожидал, ну что ж будем искать.

Решение с GUID такое - надо делать поле с типом Текст, причем как в MS SQL (Char,VarChar,NVarChar), так и в 1С - Строка. Тогда 1С не будет думать что это идентификатор объекта и будет позволять туда сохранять GUID.

(0) В SQL качестве key может выступать только число.

(15) Чего???????

(0)
преобразуйте поле к бинари(16) ,кастом или   добавленем вычисляемого поля или сделайте представление.