Чота за фигня...

Демо база. Создал 30 000 элементов ушгло 2 минуты.
На них ссылок нет, ничего нет.
База демо - то есть по сути вообще ниочем.

Удаление 12 часов.

Я понгимаю что она ссылочные данные проверяет. не надо об этом говорить. все это я в курсе.

Вопрос чо так медленно)))

удаляешь как?

Хочешь быстрее и абсолютно уверен что нигде-нигде не используются (ведь демо) - напиши свою обработку с непосредственным удалением, кода несколько строк

стандартной обработкой

(3) ок понял

(1) посмотри в конфигураторе где используются (могут использоваться) удаляемые тобой объекты, там ответ на "чо так медленно" и будет

все равно это бред какой то. 12 часов.....

это просто атас.

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

именно поэтому составные типы (а особенно "Любая ссылка" или "Все документы"/"Все справочники") - ЗЛО!!!

(1) А долго отрабатывает контроль ссылок или само удаление?

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

(1) Компьютер - Celeron 1700 HDD IBM 15Gb?

Можно ИР использовать, там есть удаление с контролем ссылок, которое работает в разы быстрее платформенного.

(11) явно не доработка.
либо это вообще забили улучшать.
не поверю что нельзя это дело оптимизировать на уровне платформы.

(12) i7700K - 1Ска колбасит на 4.5 Ггц частоте в этот момент

(0) Ответ простой: так исторически сложилось.

Хочешь быстрее - удаляй сам программно.

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

Проверяли, что ссылок нет? Бывает, что втемную создаются данные.

да сто процентов!
Я уже прирывал несколько раз чтобы увидеть не зависла ли.

Удаляет по немного каждый раз. Вот где то час назад оставалось еще 5 000.

(19) Зачем ждать?

(0) Файловая небось.
На файловой базе, при удалении ссылочных начинается адово чтение. У тебя процессом прочитаны десятки терабайт должны быть.

(9) Любая ссылка не при чем. он мог создать 30 000 элементов справочника Номенклатура, вот база и ищет по всему товарообороту, во всех регистрах и т.д.

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

Провинция-с.

(23) он сам себя давно уже уволил

(25) +100500

(0) Файловая база, либо SQL без актуальных индексов.

(26) надо еще смотреть, чего там у справочников в процедурах ПриЗаписи и ПередЗаписью. А то там может быть такого понаписано, что один элемент будет удаляться 12 часов.

(14) А ты вытащи обработку из стандартных и погляди в отладчике, чего она там ковыряет так долго

+ (28) Еще миллион подписок может быть и RLS...

(0) Нужна обработка МегаУдалятор, которая все все все вычистит и сделает это быстро

(31) надо на инфостарте поискать, может за пару десятков стартмани найдется)
ЗЫ. Жаль тут лайки ставить нельзя, иногда есть за что

(32) Есть бесплатная без стартмани http://catalog.mista.ru/public/139651/

(23) Да, первая мысль была: "что этот ниг(зачеркнуто) мега-программист себе позволяет?!"

А вот еще тормоз. 150 процентов выдает нагрузки от общего формирование большой обработки с кучей данных.

Есть огромная таблица номенклатуры. Сбоку расположена иерархия.

Нужно осуществлять проверку вхождения номенклатуры в определенную группу.

Тормоизт просто дичь. в замерах топ 1 тормоза всей обработки

(35) текст ни о чём, так как проверку можно выполнять по разному и на разных этапах, например при открытии, при выводе строки (если это ОФ) и т.д.

Если СтрокаТаблицы.Номенклатура.ПринадлежитЭлементу(ВыборкаПравило.ГруппаНоменклатуры) = Ложь Тогда
                    Продолжить;
                КонецЕсли;

грамотно проверить вхождение конкретного товара в группу можно махом: получаешь родителя до упора и сравниваешь с искомым. А вот действовать через ПринадлежитЭлементу - это ад.

(37) это только половина (точнее даже меньше) от того, чтобы сказать правильно это или нет. В какой момент это вызывается/обрабатывается?

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

Единственный метод нашел который может проверить что номенклатура в этой верхней группе где то.

И он просто дичь. раз в пять замедляет обработку чем вся ее выкрутка с 5 регистрами и тп

(38) всех родителей до упора это тоже ад. И не лучше. Через точку и тп... с рекурсиями. тоже не вариант.

(38)
Есть публикация Ильдаровича с проверкой вхождения в иерархию. Работает быстро.
Однако Женя продает, а не покупает.

не через точку а запросами или ЗначениеРеквизитаОбъекта. Попробуй.

(40) запрос по твоей ТЗ с условием "В ИЕРАРХИИ" по требуемой группе не пробовал?

(44) это не то. Там наоборот нужна вся номенклатура в ТЗ.

А справа есть окно с группами для навигации.

это типа списка справочника где есть окно с папками.

Но тут не список справочника и не динамический. А именно ТЗ.

Справа есть группы. Стали на группу - увидели все элементы.
Все программно.

(46) и что? стали на группу --> запросом выбрал все подходящие элементы номенклатуры и выгрузил в твою ТЗ

И еще есть участок. где есть таблица определенных правил.

По которой нужно перебрать ТЗ. и в зависимости от принадлежности элементов идут дополнительные вычисления.

Те выбрали папку. для всей номенклатуры которая именно ей принадлежит. одно правило.

Для другой папки - другое правило и тп.

И так вся таблица.

(47) ..... короче не фантазируй нах. нельзя там ничо выгружать. и загружать...

Если число правил ограниченное количество - разные варианты текста запроса. Или уходить на УФ и делать через установку отбора

(49) неполное условие задачи даёт таааакой простор для фантазии

(31) Ну так ТС для этого тему и открыл. Ему тут щас советов надают, он их все соберет и через месяц встречайте - Мегаудалятор :)

Вроде бы получилось ускорить.
За счет того что в основную ТЗ добавил родителя номенклатуры (непосредственного)

и условие уже поменял метода не на номенклатуру а на группу.

Если СтрокаТаблицы.ГруппаНоменклатуры.ПринадлежитЭлементу(ВыборкаПравило.ГруппаНоменклатуры) = Ложь Тогда
                    Продолжить;
                КонецЕсли;

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

Да. Ускорение многократное

И всё-таки, если проверяемых строк номенклатуры может быть много, то хотя бы так, для интереса, сравни сколько по времени будет проверка через запрос с условием "В ИЕРАРХИИ"

(55) мне не нужно в условии отбирать номенклатуру по папке.

(56) А "ПринадлежитЭлементу" - это что?

постобработка. с другой таблицей.
После выполнения основных действий

Я собственно в теме написал на случай мало ли разработчики платформы увидят что в 1С тормозит.

Я уверен это все на увроне платформы криво и медленно работает. Что и удаление, что и определенные методы встироенного языка. это явно проблемы платформы.

Вся эта тема - все что нужно знать про сущность "Мегапрайса".

(60) бинго

Не офтопь) раз уж упомянул имя моей программы то оставляю право пропиарить последние новости

Это свершилось!
Совсем недавно вышло обновление с модулем Мультипрайс - автоматическая генерация прайсов из 1С.
А сегодня была реализована полностью Автоматическая установка цен по регламентному заданию.

Итого - Мегапрайс сейчас поддерживает три автоматических функции
Автоматическая Загрузка в 1С по регламентному заданию
ВЫСОКАЯ СКОРОСТЬ выполнения всех действий
Результаты загрузки прайса - 120 000 номенклатуры!
Считывание из экселя - 8 секунд (15 000 в секунду)
Заполнение итоговой таблицы - 8 секунд
Синхронизация с номенклатурой (заполненным справочником) - 3 секунды!
Первичное создание номенклатуры (создание справочника) 1С заняло 7 минут.
Автоматическая установка цен номенклатуры в 1С
Автоматизированная установка цен по регламентному заданию. С помощью расширенного справочника Видов цен номенклатуры, а также модуля Анализатор прайс-листов, происходит расчет и установка цен номенклатуры в базе 1С. Расширенные виды цен позволяют настроить различные условия для расчета цен.
Автоматическое формирование прайсов в 1С и рассылка
Вы можете создавать неограниченное количество разных прайсов для разных списков клиентов. Разные настройки, колонки и данные в прайсах.
Система автоматически генерирует файлы, выгружает из 1С либо отправляет на списки электронных адресов.
Планируемые изменения
Полностью автоматическое формирование заказов поставщикам на базе модуля Помощник закупок.

https://subsystems.ru/forum/48/topic913/

нам пофигу,ты уже дир.Зачем тока лезешь в кодинг не понятно

"Автоматическая Загрузка в 1С по регламентному заданию
ВЫСОКАЯ СКОРОСТЬ выполнения всех действий
Результаты загрузки прайса - 120 000 номенклатуры!
Считывание из экселя - 8 секунд (15 000 в секунду)
Заполнение итоговой таблицы - 8 секунд
Синхронизация с номенклатурой (заполненным справочником) - 3 секунды!
Первичное создание номенклатуры (создание справочника) 1С заняло 7 минут." - вот здесь нужна сносочка мелким шрифтом "Внимание! Удаление загруженных прайсов занимает 12 часов"

(60) в смысле что есть тормоза вот в этом, этом и ыыщо воооооот в этом месте?

Какая конфа-то?

(63) с какого фигли я тут дир. если я тут один. то чо сразу директор?) лол

директор это должность в каком то социуме где надо управлять кучей людей с распределением труда

(67) Ну слушай если завел такую простую ветку то к кодерам относить ну никак.Если только к убогим.Поэтому предположил как управленец.

(69) какая дичь

(70) Вопрос тоже,но однако факт.

(70) Замер за 5 минут тебе бы показал,кто гребет

(72) хм... ты видим слепой. но я вначала написал что все через отладчик смотрелось (а это в том числе замеры).
и тока ща ты чота рекомендуешь отладчик запустить...

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

все короче )) не предлагайте ничо) считайте я просто так пришел высказался.
зы... ушел работать. некогда время тратить

Смотреть через отладчик системную процедуру - это верх мастерства... Или ты через IDA смотрел?

(73) то что не понял это как раз говорит,ну да ладно.Слава мегапрйсу