Как использовать ЗначениеЗаполнено для <объект не найден>? #704537

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

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

ЕСТЬ NULL ??

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

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

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

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

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

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

КонецФункции

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

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

п2. уверен?

еще не было?

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

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

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

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

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

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

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

Как бы сделал ты?

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

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

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

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

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

типа     РеализацияТоваровУслуг.ДоговорКонтрагента ИЗ ГДЕ     ДоговорыКонтрагентов.Ссылка ЕСТЬ NULL

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

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

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

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

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