Подскажите про пометку на удаление #516860

Хочу написать обработку следующего вида - подключение к базе SQL 1C, которая прямым запросом SQL пометит документы на удаление. Хочу узнать - будет ли при этом задействована регистрация изменений? С базой производится обмен, документов помечаться на удаление будет много - около 3 млн. При такой обработке обмен между базами просто вымрет

Не взлетит. Отмену проведения у документов тоже ты будешь на SQL писать?

не будет, но вот вопрос в правильный

Это что ж за система, где миллионами документы создаются и удаляются?

а что будет то? Документы пометятся, но не удалятся движения?

это тоже, плюс противоречивое состояние: документ проведен и помечен на удаление одновременно (это два разных флага)

+ а если написать дополнительно очистку записей с таблиц регистров накопления? В конфигурации всего 6 РН

6 РН и миллионы документов, жесть а еще есть РС с регистраторами наверное

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

может лучше взять пустую базу и в нее закачать то, что нужно.

а не проще из обмена потом убрать документы?

Подскажите пожалуйста ... Пишу вот так ... Выходит ошибка - Недопустимое имя объекта "Document109". Хотя когда делаю вот так: получаю, что эта таблица есть (ИмяТаблицыХранения)

вопрос снят. Просто нужно было написать _Document109

Подскажите, кто знает ... Пишу следующее - Выводится ошибка - "{Форма.Форма}: Ошибка при вызове метода контекста (Execute): Произошла исключительная ситуация (Microsoft OLE DB Provider for SQL Server): Недопустимое имя столбца "TRUE"." В чем ошибка?

Ну в чём обычно, разумеется... В ДНК... ;-) Не занимайся фигнёй.

+ Тольятти... Место-то проклятое! ;-)))

ТОж разобрался - ерундово, просто в первый раз в первый класс :)) Подскажите, если кто знает - что хранится в поле "регистратор" в таблице регистра накопления? Хотелось бы удалять записи из регистра, но не тупо все за период, а по видам документов :))

ниче ... 27 лет живу - пока все нормально  :))

в SQL не используется булево, используй числа

да я разобрался уже с этим, см.

Меня сейчас больше всего интересует, что содержится в поле "Регистратор" таблицы регистра накопления? Как мне сделать отбор по виду документов?

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

_RecorderTRef хранит тип регистратора

в любом случае быстрее выйдет наверняка, чем стандартно пометить на удаление. Для сравнения - мне нужно пометить ~3 млн. документов в базе, из них 800 000 накладных (РеализацияТоваровУслуг), на каждую пометку удаления стандартным способом (следучет, учитывать у меня были итоги отключены совсем), уходило - 1,2 секунды, то есть, 1,2 * 800 000 = 960 000 секунд, или 11 суток с небольшим, и 800 000 возвратов тары (на это у меня ушло 2 суток), а начальство выставило требование - за 6 суток ВСЕ документы пометить на удаление

+ остается надеяться только на прямые запросы SQL, пусть даже если потом придется делать пересчет итогов по документам 2010 года, и это также немало доков ~ 2,5 млн.

"на каждую пометку удаления стандартным способом (следучет, учитывать у меня были итоги отключены совсем), уходило - 1,2 секунды" - что-то долговато, как считал?

Пометь документ на удаление и после этого отмени его регистрацию в планах обмена.

Попробуй 1. Записать с пометкой удаления = Истина 2. Очистить движения по регистрм накопления 1с-овскими средствами При отключеном пересчете итого и загрузка = истина