В Параметр передаем ей массив из ссылок.
Можно передать сразу весь массив, а можно передать по ссылке в цикле.
Вопрос, как будет работать быстрей? (с большим массивом)

логика подсказывает что один раз вызвать с большим массивом - быстрей, чем вызвать 100500 раз это действие с одной ссылкой в параметрах

приводи код будем думать, а то энергия уже перестала поступать из космоса я затупил

+1(1)

(1) таже логика подсказывает, что выполнение поиска по большому массиву тоже не быстро в отчличие от поиска по одной ссылке, хотя херня это все вопрос дурацкий, а тс пытается свести всех с ума, ух нигадяй

да я сам думаю как сделать, надо удалить около 500 тысяч элементов справочника. вот и думаю разом запихнуть , или в цикле прогнать и сразу удалять.

(5) типовым контролем не предлагать пользоватся? удаление помеченых которое?

(5) 500К элементов оптом - символично)

думаю это будет очень долго, глючно и получим сообщения типа "досвидос - не хватает памяти", "покеда - я валю ОС", "ну вот и все - базе капец"

Гони в цикле, пока пиво хлещещь - кораван идет, ну если встало - пнул верблюда и дальше тихой сапой

(6) мне кажется там долго будет, там есть фильтр анализировать только помеченные на удаления конкретного справочника?

(8) фильтра нет, выделить нужные элементы можешь, но опять же 500 штук долго выделять

(7) как альтернатива порции сделать по 1000 штук

(9) вот и я про это

одноразовая операция, зачем о производительности думать в данном конкретном случае?

(8) да интерфейс стандартного удаления будет распахиваться с полчаса, а потом еще проверка до следующего конца света

по одному в цикле имхо лучше тут

Ну можно же провести тесты по проверки 1000и
1000 раз по 1
100 раз по 10
10 раз по 100
1 раз 1000
и сделать соотв выводы.
Сразу 500к запускать конечно не пойдет

(12) по времени надо за выхи урезать, а точней за 36 часов может не хватить. замерял на 100 элементов - 30 сек.

(15) я не могу замерить скорость работы на 500 штук позиций, вот поэтому и спрашиваю.

думаю частями надо по 100 штук разделить.

(16) может проще залить конфигу в чистую базу и туда слить нужные данные обменом, проигнорив этот толстый справочник

(19) так не пойдет :-))

в любом случае такой объем надо делать порциональным и серийным, ну да допустим

по 1000 в порции по 50 серий

после каждой серии остановка для просмотро состояния ресурсов ОС, наверняка будут утечки памяти до полного ее пожирания

(21) согласен так наверно и надо делать, но будет ли быстрей?
стоит ли код усложнять.

(22) двадцать раз бы уже проверил

(16) проверь все 100 по одному

ладно проверим ! спасибо всем