Как удалить записи пер. Рег. Сведений у которого Измерение: <Объект не найден> ? #657961

Есть такой запрос: ГДЕ    РасценкиТехнологическихОпераций.ТехнологическаяОперация.Ссылка ЕСТЬ NULL В результатеЗапроса: Выходят некоторые записи у которых измерение "ТехнологическаяОперация"(Справочник) было грохнуто - <Объект не найден> (225:99de0025901805cd11e01e78470e8ce4), причём не понятно почему записи данного Регистра Сведений висят в базе, ведь измерение "ТехнологическаяОперация" идёт с флагом "Ведущее". Как удалить эти записи??? Спасибо за ответы.

так и удаляй, отбор на "<Объект не найден> (225:99de0025901805cd11e01e78470e8ce4" ставь как обычно

ТИИ-очищать-удалить пустые

В том то и дело, что не до пру как поставить отбор "на нечто" ???

выделить строки - нажать дел ))

выбрат эти записи запросом и то,что выберется использовать для отбора

ТИИ долго, хотя как вариант Да

запросом, Где Измерение.Ссылка Есть null например

Неполучица.

причем тут нулл?

битые ссылки дают null при неявном соединении, как например через точку. так ищут битые ссылки в запросах

а) Сдедать копию б)Отловить запрос в профайлере. в) Заменить Select на delete г) Profit

нафиг такой геморой?

точно)

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

Потому что другие варианты 1С отвергнет. Раньше так было.

Неудаляются.

я недавно удалял. на 8.2.15, всё норм

на непериодическом независимом регистре. С другими проблем тоже не вижу

Ну значит стар стал, битых ссылок боюсь, девок не порчу, нетленки не пишу.

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

я тоже не молод, но даже на 8.0 было именно так, всегда так было) не помню я чтоб 1с отвергала такой нежный подход

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

всё ж сказали подробно вроде, или что?

+ НЕ СРАБАТЫВАЕТ, к сожаленью: МойЗапрос = Новый Запрос;    МойЗапрос.Текст="ВЫБРАТЬ

а где обход выборки то?

С таким кодом вообще ошибка вываливается: {Форма.ФормаОтчета.Форма(1326)}: Поле объекта недоступно для записи (ТехнологическаяОперация) Код:

тебе прям до последнего разжовывать чтоли?

Да буду стараться сам, спасибо огромное итак, сообщу обязательно если у меня получится

У самого возникает инстинктивное желание SQL припахивать всюду где не лень , но надо по православному . Я склоняюсь к чему-то ещё более православному варианту - восстановить несуществующие объекты, на которые имеются ссылки в РС. Для этого можно воспользоваться типовой обработкой  ВыгрузкаЗагрузкаДанныхXML.epf . Отобрал в архивной копии базы "битые" объекты, выгрузил в xml, загрузил в целевую базу - всё... и кодить не надо. По сути ВыгрузкаЗагрузкаДанныхXML.epf реализует такой алгоритм: GUID_ПотерянногоЭлемента = Новый УникальныйИдентификатор("6ce92cb6-6d92-11e0-afc8-003048f27c5f");

Спасибо! Вот это очень интересное решение путём восстановления объекта измерения, опробую такой вариант обязательно.

Да хз, измерение как понимаю ссылка на спр какойто, ну так и сделать запрос по регистру с левым соединением на таблице справочника, и в условии ЕСТЬNULL на колонку таблицы справочника к примеру на туже самую ссылку. И вернет тебе запрос все измерения коих нет в справочнике уже, ну а дальше удаляй

Найти не вопрос, а удалить балалайка: только кажется что можно на раз-два

А чтобы узнать, какие элементы в копии соответствуют "битым" ссылкам (GUIDы-то в "битой" базе есть)

Удаляется элементарно, на раз-два. Другое дело, что ты пока не освоил работу с даже элементарными механизмами платформы - выбороками из запроса, записями рс, наборами.

maybe , но поверь что вариант только прокатит(сдаётся мне), который предложил GANR Предложи реальный код, пожалуйста

Что предлагать? Ответ на вопрос в сабже дан в посте . Писать за тебя код не буду, уж извини. +1 к. то же говорит дело, но это уже вопрос подхода в конкретном случае.

Пробовал Как в но ругается ошибкой, что не понимает

Я бы делал (это уже выходит за рамки заданного вопроса) сначала поиск ссылок по базе, если есть ссылки в других местах, кроме РС, то "восстанавливал" бы объект. Иначе удадял из регистра.

Это ты не понимаешь, повторюсь.

в расшифровка

Ок. Намёк понятен. Буду биться как рыба об лёд, но попытаюсь достичь результата!

Вот ещё статейка ключевое

ИМХО, самый простой способ - оживить регистраторов по битым ссылкам и тут же их грохнуть вместе с записями.

у него вроде на справочник(ТехнологическаяОперация) "висит" ссылка, а не на регистратор. Хотя согласен, если этот регистр таки подчинен регистратору, тогда правильней, действительно, в документе проставить правильное значение(выбрать существующий элемент) и перепровести. Или восстановить элемент справочника по ссылке. А не удалять часть движений документа. Впрочем, это укладывается в ;)

На примере : 1. Строчка в ТИИ <Объект не найден> (225:99de0025901805cd11e01e78470e8ce4) Вот по п.3 и надо вычислить живую Ссылку в копии и скормить .

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

то есть в можно сразу к четвертой строке приступать ОбъектПоСсылке.УстанвитьСсылкуНового(Ссылка_ПотерянногоЭлемента_ПолученнаяИзЗапроса);

Без разницы. Измерение-то ведущее. Если создать элемент справочника по битой ссылке и тут же его грохнуть - всё будет в ажуре.

Собственно, не возражаю, если других ссылок, кроме как в РС нету. А если нету то почему просто не грохнуть :) без разницы в общем

О! запрос. Тогда БитаяСсылка.УникальныйИдентификатор Ищем в копии базы по , ВыгрузкаЗагрузкаДанныхXML.epf

а если есть регистратор то возражаю. Но тогад и ссылка будет в документе

Я думаю мы тут зря решаем вопрос, авто то ушел 4 дня назад :)

автор*

а это  н а м  пригодится полюбому