Комментарии
Избранное
Подписка
Сортировка:
Древо
(1)
что-то есть об этом. Если UPDATE поменять на DELETE, а в WHERE прописать _Marked = 1, то удалится только в путь )))
Аналогично делал на SQL - ускорение в количество фоновых процессов.
Имеется ввиду на клиент-серверной архитектуре? На скуле это делается в 1 поток раз в 1000000000 быстрее, чем на 1С.
что-то есть об этом. Если UPDATE поменять на DELETE, а в WHERE прописать _Marked = 1, то удалится только в путь )))
(19)
Если данные нужно удалить из небольшого количества связанных таблиц, то скрипт написать будет весьма простой задачей. получаете имена таблиц и имена табличных частей. Удаляете данные основной таблицы по признаку _Marked = 1, удаляете табличные части по NULL в соединении с основной таблицей, удаляете данные регистров по NULL в соединении с регистратором. Если регистраторов много, то поле типа "RTRef " содержит номер таблицы, т.е. добавляете условие по этому полю и номеру документа. 10 минут скрипт писать.
У вас есть готовый универсальный T-SQL скрипт
Т.к. имена в разных базах разные, то универсальный скрипт достаточно проблематично запилить (но можно). Основная проблема - удаление движений в регистрах по удаленным объектам. Ну и 1С может поменять структуру БД, что может привести к неработоспособности скрипта.
Если данные нужно удалить из небольшого количества связанных таблиц, то скрипт написать будет весьма простой задачей. получаете имена таблиц и имена табличных частей. Удаляете данные основной таблицы по признаку _Marked = 1, удаляете табличные части по NULL в соединении с основной таблицей, удаляете данные регистров по NULL в соединении с регистратором. Если регистраторов много, то поле типа "RTRef " содержит номер таблицы, т.е. добавляете условие по этому полю и номеру документа. 10 минут скрипт писать.
(5) Sl@v@,
К сожалению у вас всё равно режим запуска Управляемый:
У меня не стояло задачи писать под управляемые формы. Возможно в обозримом будущем допишу, если будет свободное время.
как выход из ситуации для вас вижу следующий порядок действий:
1. Снимаете конфу с поддержки
2. Меняете основной режим запуска на Обычный.
3. Производите необходимое удаление объектов с помощью моей обработки
4. Снова меняете основной режим запуска на Управляемый(или оставляете в обычном режиме)
5. При желании можно снова поставить конфигурацию на поддержку
К сожалению у вас всё равно режим запуска Управляемый:
У меня не стояло задачи писать под управляемые формы. Возможно в обозримом будущем допишу, если будет свободное время.
как выход из ситуации для вас вижу следующий порядок действий:
1. Снимаете конфу с поддержки
2. Меняете основной режим запуска на Обычный.
3. Производите необходимое удаление объектов с помощью моей обработки
4. Снова меняете основной режим запуска на Управляемый(или оставляете в обычном режиме)
5. При желании можно снова поставить конфигурацию на поддержку
Доброе время суток.
У меня тоже запускается в обычном режиме из конфигуратора, но после выполнить выдает старую ошибку -
"{Форма.Форма.Форма(141)}: Получение элемента по индексу для значения не определено
МассивФорма[Сч-1][ИмяРеквизита] = ЭтотОбъект[ИмяРеквизита];
"
У меня тоже запускается в обычном режиме из конфигуратора, но после выполнить выдает старую ошибку -
"{Форма.Форма.Форма(141)}: Получение элемента по индексу для значения не определено
МассивФорма[Сч-1][ИмяРеквизита] = ЭтотОбъект[ИмяРеквизита];
"
Прикрепленные файлы:
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|