Загрузка данных от поставщика. Какой код Справочники.Контрагенты.ПолучитьСсылку(Новый УникальныйИдентификатор(ГУИДКонтрагента));

функция ЗначениеЗаполнено для <оюъект не найден> возвращает истину.
Какие есть нормальные способы, чтобы обрабатывались, только действительно заполненные контрагенты?
Как определить, что существует ссылка с этим ГУИДом или нет?

Проверять по заполнению кода/наименования не хочу, по наличию текста <объект не найден> тоже

ПустаяСсылка() ??

ЕСТЬ NULL ??

в типовых на бсп есть функция ОбъектСуществует

ПолучитьОбъект() = Неопределено

(1) <объект не найден> = .пустаяссылка() и ВасяПукин = .пустаяссылка() вернет одно и тоже значение
(2) речь по код, а не запрос
(3) скиньте, пжс, код
(4) доооолго будет работать

(5) запрос, не изобретай велосипед. Такой запрос быстро отработает

(0)У ссылки смотри пометку удаления

всмысле "Выбрать Ссылка Из Справочник.Контрагенты Где Ссылка = &ТвойОбъектНеНайден"

Функция СсылкаСуществует(ЛюбаяСсылка) Экспорт
    
    ТекстЗапроса = "
    |ВЫБРАТЬ
    |    Ссылка КАК Ссылка
    |ИЗ
    |    [ИмяТаблицы]
    |ГДЕ
    |    Ссылка = &Ссылка
    |";
    
    ТекстЗапроса = СтрЗаменить(ТекстЗапроса, "[ИмяТаблицы]", ИмяТаблицыПоСсылке(ЛюбаяСсылка));
    
    Запрос = Новый Запрос;
    Запрос.Текст = ТекстЗапроса;
    Запрос.УстановитьПараметр("Ссылка", ЛюбаяСсылка);
    
    УстановитьПривилегированныйРежим(Истина);
    
    Возврат НЕ Запрос.Выполнить().Пустой();
    
КонецФункции

Функция ИмяТаблицыПоСсылке(Ссылка) Экспорт
    
    Возврат Ссылка.Метаданные().ПолноеИмя();
    
КонецФункции

(6) и какое преимущество у запроса перед ЗначениеЗаполнено(Контр.Код)
(7) она всегда будет равна ложь

(9) спасибо. Только это что из пушки по мухам бить или как там...

(11)п2. уверен?

еще не было? http://kb.mista.ru/article.php?id=21

(7)  Контр.Код = пусто еще не означает что объект не существует. нормальный вариант в (4)

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

Нет, а что такого страшного в битых ссылках ?
Просто в одной таблице есть запись, которой нет в другой таблице - для самой базы данных это не критично.
И проверить ссылку на небитость можно только обращением в основную таблицу объекта - нужно, всего лишь, узнать - есть ли там запись с таким UID или нет.
Так что в (9) всё просто и понятно написано - можно, конечно, выбирать не ссылку, а количество записей, чтобы не было никаких потугов с загрузкой представления для ссылки (но оно-то всё равно будет загружено ещё до начала исполнения запроса, так как ссылка у нас).

Найти(Строка(ЗначениеДляКоторогоОбъектНеНайден),"Объект не найден")<>0

Даже если не хочется, придется себя заставить

(19) за такое сама фирма 1с при аудите кода бъёт по филейной части авторов

(20) А что, сама 1С предусмотрела однозначный механизм выявления таких ссылок? Т.е. есть константа, функция или метод, с помощью который документированным способом определить, что это ссылка на объект, который отсутствует в базе? Так 1С сама хороша в таком случае. Я бы ее тоже бы приложил за такое.

(21) Как бы сделал ты?

(22) На месте 1С? Я же написал: сделал бы или литерал или функцию глобального контекста, либо метод ссылки или менеджера. А как сделала 1С? Может мне прост неведомо сакральное знание и где-то в методичках есть рекомендованный 1С способ?

У 1С не существует такого объекта "объект не найден".
Поэтому она его и не обрабатывает никак.
Нет сущности - нет проблемы.

зачем искать оптимальные способы поиска битых ссылок?
Они неслучайно там появились, лучше уделите время выяснения причины, каким образом в вашей системе нарушается ссылочная целостность

(23) Зачем? Есть же запрос.

(12) соедини с таблицей, в которой ищешь битые ссылки и будет один запрос.

типа
ВЫБРАТЬ РАЗЛИЧНЫЕ
    РеализацияТоваровУслуг.ДоговорКонтрагента
ИЗ
    Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
        ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ДоговорыКонтрагентов КАК ДоговорыКонтрагентов
        ПО РеализацияТоваровУслуг.ДоговорКонтрагента = ДоговорыКонтрагентов.Ссылка
ГДЕ
    ДоговорыКонтрагентов.Ссылка ЕСТЬ NULL

(21)(23) Вопрос в том, что битая ссылка определяется только в момент, когда её читаем, так как ни 1С ни SQL вообще не знает о том, что там с объектом в его основной таблицы.

(29) В SQL есть foreign key для контроля этого дела, другой вопрос в том, что 1С это не использует, ибо, например, при загрузке из XML все встанет раком.

(30) Ну, foreign key просто ставится в ноль, если удаляется основная запись.

Раком, конечно, не встанет, но всю загрузку нужно будет делать в одной транзакции.

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

(31) Насколько я помню, sql генерирует исключение при попытке удаления основной записи

(32) Это как настроишь - можно и CASCADE (то есть удалить и дочерние автоматом), а можно их просто в Null сбросить.