Можно узнать есть ли ссылки на объект (кроме НайтиПоСсылкам)? #277157

Можно узнать есть ли ссылки на объект (кроме НайтиПоСсылкам)? Функция НайтиПоСсылкам работает медленно. А мне и не надо все ссылки, а только узнать есть ссылки или нет.

Можно обойти метаданные в цикле, проверяя тип реквизитов и делая запросы "ВЫБРАТЬ ПЕРВЫЕ 1 * ИЗ ....". Как только будет найдена хоть одна запись, цикл прерывать. Должно быть быстрее, чем НайтиПоСсылкам.

То есть встроенных механизмов нет? Если я всё переберу - то я и получу функцию НайтиПоСсылкам. Что-то лень мне по всем метаданным делать поиск.

....так вы и есть за меня будете? © из мультика

Фишка в том, что запрос ВЫБРАТЬ ПЕРВЫЕ 1 находит первую запись, а не все. И в том, что как только запись найдена, цикл по метаданным прекращается.

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

Сделаю сначала поиск по регистру бухгалтерии (Субконто). Если записей нет - буду юзать НайтиПоСсылкам.

А что-то думал что ВЫБРАТЬ ПЕРВЫЕ 1 делает всегда сначала выбор всех, а потом берет только первую. Там же может быть сортировка всякая. И кто его знает какая из записей окажется в итоге первой. В 1С конечно может быт и не так...

Все доделал. Всем спасибо. Кому интересно - смотрите: Обработка служит для удаления неиспользуемой номенклатуры, т.е. такой номенклатуры на которую нет ссылок из других объектов. Предназначена для типовых конфигураций Бухгалтерии и УПП.

Возможно так же нужно удалять элементы подчиненных справочников. Например, единицы измерений.

Ошибался... FROM WHERE GROUP BY HAVING SELECT ORDER BY

Это к наверное. Это что вообще, порядок выполнения операторов в запросе?

Да это к . Я ошибся еще раз. :-))) Да это порядок выполнения операторов...

Неплохо. Сделай для всех метаданных такую фишку. Вот только как быть с ?

"ВЫБРАТЬ ПЕРВЫЕ 1" даст ускорение, но в документации сказано, что "ВЫБРАТЬ ПЕРВЫЕ" отрабатывает в последнюю очередь. Или = Истина?

Легко провести эксперимент: убрать ПЕРВЫЕ 1 и засечь время. Ждём результатов сравнения :)

Сейчас доработаю для подчиненных справочников

SQL Plus доработал бы былобы приятно посмотреть на реальзацию в SQL

данного алгоритма

Работаю пока на 8.0, а SQLPlus только для 8.1.

Решил для подчиненных справочников пока не делать. Смысл в том, что если пользователь уже и для подчин.справочников набил инф-цию то вероятность, что эта номенклатура используется очень высокая.

Так не поиск надо делать, а удаление

Элементы у которых есть подчиненные не будут удалены.

А ну да, точно. А что бывает номенклатура без единиц измерений?

Справочник единиц измерений не является подчиненным номенклатуре. Это элемент номенклатуры ссылается на ед.измерения, а не наоборот.