Для свертки базы надо получить остатки на дату свертки. Дата свертки установлена 31.12.2010.
Скажите пожалуйста, какой способ будет лучше в смысле быстродействия?

1)
   "//{{ЗАПРОС(Остатки)
   |Период с ДатаСвертки по ДатаСвертки;
   |Номенклатура = Регистр.[Остатки].Номенклатура;
   |ЦенаРозн = Регистр.[Остатки].ЦенаРозн;
   |Количество = Регистр.[Остатки].Количество;
   |Сумма = Регистр.[Остатки].Сумма;

или

2) при помощи метода "РассчитатьРегистрыПо(ДатаСвертки)"

ТА перенести на нужную дату и снять остатки без расчёта :-)

перейти на 8 ку

(1) а как снять?
запросом?

(2) не катит

(3) ВыгрузитьИтоги()

Получай запросом, т.к. ИМХО проще обрабатывать.
Запросы в 7.7 не оптимальны, поэтому разница, думаю, будет не большая.

(1),(5) попробовал перенести ТА...
че-то долго переносит

запрос по-моему быстрее отрабатывает.
кстати база у меня ДБФ, если что

Получай запросом...
Запросы в 7.7 не оптимальны...
)))

Похоже некоторые регистры у меня не закрываются.

В этих регистрах три измерения: Номенклатура, Характеристика, ЦенаРозн.
Так вот некоторые товары не имеют характеристики, и движения по ним пишутся с пустым измерением.
Чем мне это грозит?

ЦенаРозн - измерение ? Оо

(11) да, измерение

досталось по наследству

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

(8) Это только по-вашему :)

взять их прямым запросом.

(16) ВыгрузитьИтоги() на ТА сработает быстрее прямого.
Проверено не раз.

(17)Это твои прямые запросы... Ну, мягко скажем,  не совсем прямые....
Прямой запрос почти почти вдвое быстрее выгрузки итогов.

(18) Ещё раз для суровых:
Прямой не на ТА быстрее ВыгрузитьИтоги() в десятки раз.
На ТА медленнее в разы.

(13)Зря оправдываешься.
(11)Глянь типовую ТиС...

(19) Прямой на ТА быстрее почти вдвое.
Был уверен, потому как профилировал в свое время, и знал, что именно делает ВыгрузитьИтоги.
Но только что попробовал ради интереса ("вдруг дурак все-таки я?". не, не я.... ).
Прямой запрос
Строк-4524
время-24
ВыгрузитьИтоги
Строк-4524
время-47

Вообще-то, получение остатков при обрезании базы - далеко не самая времяжрущая операция. Чё тут парицца то? Да как тебе понятнее - так и быстрее.

(22) а какие еще время жрущие операции? и как их правильно выполнять?

есть проблема с удалением документов - чтобы было быстрее вроде надо перенести ТА в начало периода удаления, и начать удалять в обратном порядке

(0) Тут еще группировки нужны, их колбасить 1С долговато будет
Проще и быстрее выгрузить итоги, тем более операция разовая

(0) РассчитатьРегистрыНа(ДатаСвертки+1)

(24) Проще перед чисткой удалить файлы RA* и RG*, ну и до кучи 1sentry, и чего-то там ещё, что за бух.итоги отвечает. Для пущего ускорения можно удалить все DT*, и ненужные DH* (ненужные - это те виды док., которые полностью удаляются). Сформированные остатки перед этим выгрузить в файл (ЗначениеВФайл(тзВсеОстатки);).

(10) пустое значение - это тоже значение. если + без хар-ки и - без то все норм

(14),(28) значит у меня все "ОК" с регистрами - закрываются

(26) хм.. интересная идея
что-то никто не прокомментировал

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

(23) запись движений (проведение) - вот самая жрущая операция

(31) При свёртке?

(31) при свертке ведь всего несколько документов проводятся с остатками

(32) да. Проведение Ввода остатков - самая долгая операция. Хотя, смотря на какую дату сворачиваем. Если оставляем достаточно большой период, то сдвиг ТА на текущий день может занять тоже не мало времени.

(33)не знаю, не знаю. На прошлом месте работал, у нас там было около 50 документов ввода остатков, а в некоторых до нескольких сотен тысяч строк

(34) ну получается время занимает не само проведение остатков, а перемещение ТА

Подведем итоги :)
На текущий момент обсуждались следующие варианты получения остатков для свертки:

1) Запрос (1С, без переноса ТА)
2) РассчитатьРегистрыНа(ДатаСвертки)
3) Перенос ТА на нужную дату + ВыгрузитьИтоги без расчета регистра
4) Прямой запрос
4.1) Прямой запрос с переносом ТА
4.2) Прямой запрос без переноса ТА
5) РассчитатьРегистрыНа(ДатаСвертки+1)

Из обсуждений следует, что самый быстрый - это прямой запрос с переносом ТА.
Может расставим другие варианты в порядке увеличения времени?

(37) Всё зависит от того, на какой момент получать остатки.
Вариант 1: на начало периода - рассчитанные остатки уже есть в базе.
Вариант 2: на любой другой момент в периоде - к остаткам на начало периода будут добавлены все движения от начала периода до этого момента.
Остатки НА 01.01 - это остатки на начало января (вариант 1).
Остатки ПО 31.12 - это остатки по конец декабря (вариант 2).

(0) Свертка базы операция однократная, так что неважно, каким способом или методом будут получены остатки.

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

(38) остатки на конец периода = остатки на начало следующего периода

С уважением, КЭП

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

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

Если база каждый месяц нуждается в "укорачивании", то либо что-то с ней не так, либо у того, кто ее обслуживает.

(38) Ух ты! Это открытие!

(43)База довольно большая, уже 81. Даже бэкап создает некоторую нагрузку.
если есть архивная база, в которой хранятся данные за 8 лет - зачем держать большую (более 3 лет) оперативную? вот она и держится автоматом в размере 37 месяцев...

(40) Не, ни фига. Рассчитываться они будут по-разному.
Теоретически остатки по 31.12 и на 01.01 могут даже отличаться, если в своё время произошёл какой-нибудь сбой при открытии периода.

(46) штатным методом - по разному. оптимальным - одинаково.

(47) Как может быть "одинаково", если для одного случая нужен лишь кусок таблицы RG, а для другого придётся ещё и часть RA обрабатывать?

(48) штатный метод берет остатки  на предыдущий период, и прибавляет обороты.
оптимизированный запрос берет остатки на ближайший период, и прибавляет или вычитает обороты (в данном предельном случае - о оборотов))

(49) Интеллектуальный механизм?
А как он вычислит ближайший период - по разнице дат или по количеству движений между датами?

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