После свертки базы ТА очень медленно "двигается" вперед.
На SSD-диске за 5 часов ТА продвинулась только на 6 месяцев, и сейчас находится на июне 2013-го. Получается примерно 1 час - 1 месяц.

Вообще ситуация с базой следующая.
Свернул базу по 31 дек. 2012.
Оставил в ней только 2013-й и 2014-й год.
Перед сверткой ТА перенес на начало, а теперь вот пытаюсь перенести ее на сегодняшнее число.

Проблема скорее всего вот в чем.
В базе есть один незакрытый регистр - остатки по торговым точкам.
В файле итогов этого регистра за каждый месяц добавляется примерно 400 - 500 тыс. новых записей. Вероятно такие тормоза из-за него.

Помогите пожалуйста

Что можно сделать, чтобы ускорить процесс?
Может быть другие более быстрые способы переноса ТА?
Прямые запросы не помогут?

Сделать так, чтобы регистр закрывался не предлагать?

(2) можно, только это почти нереально

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

его просто бухгалтера не закрывают = мож тогда его вообще убрать?

(4) Это я погорячился...
регистр конечно используется, периодически делают ревизию в торговых точках, что-то списывается что-то приходуется.

Но объем все равно остается большой. По результатам ревизии обычно в точке имеется в наличии 1-3 тыс. товара, а всего точек около 100.

Он не закрывается из-за того, что минуса они не отслеживают. Хотя есть для этого специальный документ, который заполняется минусами и проводится, чтобы их обнулить.

Так что удалить я этот регистра не могу.

Может быть вставить в конец каждого месяца документ по списанию минусов?
Как думаете поможет?

ну же товарищи, посоветуйте что-нибудь

(5) незакрытый регистр это, возможно, и скорее всего, лишние измерения регистра. Пересмотри структуру регистра.

ну, и...
Если хочешь выиграть пару процентов времени, делай открытие каждого периода в ручную, закрывая и открывая 1С каждый раз

(5) >>Он не закрывается из-за того, что минуса они не отслеживают. Хотя есть для этого специальный документ, который заполняется минусами и проводится, чтобы их обнулить.

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

(8) Так это придется вручную ежемесячно создавать документ, и переводить ТА на следующий месяц.

Насколько это ускорит?

Кстати, еще обратил внимание, что сейчас висит перенос ТА на август и при этом нету никаких временных файлов.

Это нормально? Куда 1С-ка все промежуточные данные пишет?

и RG этого регистра поди ..в разы больше RA ?

(9) не думаю что то будет дольше чем - "Получается примерно 1 час - 1 месяц." Тем более, что сейчас у тебя "незакрытость" регистра ростет с каждым месяцем... а при ежемесечном "закрытии" все будет куда быстрее

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

А тебе эти минуса нафик некому не нужны и ты их не отслеживаешь и думаеш тупо создовать доки, может их просто не писать в регистр. и при востановлении последовательности они сами перестанут тянуться

(13) что значит "правильно закрываешь"?

А чем отличаются два режима в "Управлении итогами"?
1) установка актуальности итогов
2) открытие следующего периода

Чисто субъективно мне показалось что второй вариант работает быстрее.

Сейчас у меня крутится первый вариант: установка актуальности итогов на 01.08.2014. Сейчас уже дошло до сентября 2013.

Может быть "открытием следующего периода" помесячно удастся быстрее дойти до 01.08.2014?

(15) это значит, что приход и расход регистра делаются с одинаковыми наборами измерений, а не как сейчас - полная каша

(17) это ты говоришь только про код,
а вообще процедура "правильно закрываешь" из каких шагов состоит:

1) исправление кода
2) перепроведение всех документов
3) ...

что еще надо надо будет сделать?

Для начала, выгрузить итоги регистра и посмотреть, по каким измерениям "не закрывается"
Затем посмотреть движения документов, делающие приход и расход этого регистра - там всё и так видно будет.
Сделать выводы.
Исправить модули проведения и(или) убрать лишние измерения.

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

всей твоей базы (хотя, думаю, быстрее даже)

(20) как это пересчет итогов?
а перемещение ТА в какой момент делать?

и еще все-таки хочу уточнить...

чем отличаются все эти режимы:
1) установка актуальности итогов
2) открытие следующего периода

Короче, тебе надо,
1.удалить все RG*
2.Провести документы ввода останков (попутно свернув их, если нужно)
3.двинуть ТА вперёд

(23)
1 - пересчитывает итоги, может перепровести выбранные виды документов, при желании на нужную дат
3 - просто открывает следующий период, перенося останки на след. начало периодичности итогов

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

и на сколько вперед надо двинуть ТА?
на 01.08.2014?

отличие одно - первое перенесёт на конкретную дату, второе - на начало периодичности итогов

(26)
вот эти
>>>Вообще ситуация с базой следующая.
>>>Свернул базу по 31 дек. 2012.
>>>Оставил в ней только 2013-й и 2014-й год.

(24)+ и когда делать пересчет итогов?
скажи пожалуйста все поподробнее

(28) про документы понял,
про ТА поясни пожалуйста - ее надо двинуть в конец?

(27) ну получается по сути одно и тоже,
а пересчет итогов при этом выполняется?

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

сдвинуть ТА на документы ввода останков, удалить все таблички RG*.dbf, зайти монопольно, открыть общий журнал, установить ТА на первый документ ввода останков, потом на последний документ в базе. усё.

Если регистры правильно закрываются, период откроется быстро

(31) да. Но лучше прибить все итоги, чтоб был просто перенос останков в следующий период.

(34) а чем отличается пересчет итогов от "просто переноса останков"?

(33) опять ты меня запутал...
ты же в (24) писал что после удаления RG*.dbf надо провести документы ввода остатков?

(36) можно и не проводить

(37) как это не проводить?
для этого свертка делалась,

из-за этого весь сыр-бор

(38) Если у тебя есть движения, то при полном пересчёте они сами в итоги попадут

Обмельчал 1С-ник, забыл 7-ку кормилицу.

(0)
Редактируй файл .dd

(39) это я знаю,

то есть в (33) он имеет ввиду что документы ввода остатков уже проведены?

(41) Так у тебя все документы должны быть проведены...

(40) что это даст?

(42) ну в принципе - да,
если свертка выполнена то документы ввода остатков проведены.

но меня смутило (24):
>> 1.удалить все RG*
>> 2.Провести документы ввода останков (попутно свернув их, если нужно)
>> 3.двинуть ТА вперёд

что тут имелось ввиду в п. 2?

Сейчас сделал копию БД на сервер и попробовал там сделать открытие следующего периода.
Отработало за 20 мин.!!
Но там обычный диск стоит 5400 об.

А на моем рабочем компе, где я сейчас делаю перенос итогов, стоит SSD-диск, и переход выполняется на следующий месяц 1 час.!

Почему обычный диск оказался быстрее моего SSD?

(44) я хз как ты делаешь свёртку.

Я как правило, делаю документы ввода останков не проведенными, затем шаманю над ними, убираю ненужные записи и кастрирую лишнюю аналитику по вкусу, затем провожу их, затем толкаю та вперёд