Кто-нить заморачивался переносом ТА прямыми запросами?
Мне вот пришлось решать проблему резки базы прямыми запросами (но я делал это через ОЛЕ, которая не работает в монопольном режиме), но в одной обработке этого не удалось сделать. А ведь после обрезки надо было дважды (на дату обрезки и затем - обратно) переносить ТА.
Да и щас юзвери не довольны, что ТА переносится почти час, а они в это время курят бамбук.

sml писал(а) 07. Марта 2008 :: 07:41:


Можно пояснить зачем ОЛЕ? 
Зачем переносить ТА если режешь напрямую? 

Цитата:


1. Эт я пока не юзал 1С++, изощрялся через ОЛЕ.
2. Там такая метода:
- создаются документы ввода начальных остатков по регистрам учета на дату ТА, но остатки в них считаются по дате обрезки.
- проводятся эти документы ввода остатков.
- удаляются все документы, движения и история периодики до даты обрезки. (прямыми запросами естественно)
- для документов ввода остатков меняется дата на дату обрезки (прямым запросом)
- завершение обработки по обрезке.
- старт скриптом по переносу ТА на дату обрезки, пересчету итогов в конфигураторе и удалению помеченных объедков, и наконец переносу ТА на рабочую дату

Так и непонятно зачем переносить ТА если движения удаляются напрямую
И зачем ОЛЕ...
Кстати, не забудь провести ТиИ

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

Цитата:

не просто кладут, а еще и прописывают итоги во все следующие открытые периоды. Например, если режем в мае месяце базу с датой обрезки = 01.01.2008, то при проведении документов ввода остатков на 01.01.2008 регистры итогов будут перезаписываться на периоды: январь, февраль, март, апрель и май. А при проведении документов на дату ТА - только май. Почуствуйте разницу!!!


Кстати, потестил предлагаемую обработку и нашел ее хуже 1Совской по производительности и оптимальности (во всяком случае при переносе ТА вперед) обработка зачем-то пересчитывает итоги за предыдущий период (1Совская же только удаляет записи предыдущего периода, где нулевыми являются все ресурсы регистра, а затем копирует данные предыдущего периода для следующего без всяких временных таблиц вложенным запросом) Еще заметил, что удаление записей за расчетный период и записей с нулевыми ресурсами предыдущего периода выполняются в одном сеансе (профайлер показывает 2 блока Delete через ; ).

sml писал(а) 26. Марта 2008 :: 12:54:


Мдя... это несоизмеримо быстрее чем ТиИ 

Принимая во внимание то что у тебя период открывается целый час (!) можно сделать вывод:
1. Либо регистры тупо не закрыты и раздуты
2. Либо база просто огромна

Поэтому не парься с переносом ТА для ввода остатков
Ты меня заинтриговал просто написав "поскольку нет временного расчета итогов при проведении"... согласись, несколько другой смысл

Цитата:


Так оно и есть - база 36Гигов (период с января 2007г), а в ней лишь 3 основных регистра
Резал ее в июле 2007. До обрезки - 57Гиг (с октября 2004), после обрезки - 16 Гиг (с января по июль 2007)
Кстати, после обрезки ТА переносилась 20-30мин. А щас уже около часа.