Посоветуйте варианты оптимизации. База слишком большая. Как ускорить загрузку и уменьшить размер базы.
Для загрузки пока отключил эти механизмы
        ПКО.ДополнительныеСвойства.Вставить("ОтключитьМеханизмРегистрацииОбъектов",Истина);
        Для Каждого Движение ИЗ ПКО.Движения Цикл
            Движение.ОбменДанными.Загрузка = Истина;
            Движение.ДополнительныеСвойства.Вставить("ОтключитьМеханизмРегистрацииОбъектов",Истина);
        КонецЦикла;
        
        ПКО.Записать(РежимЗаписиДокумента.Проведение);

Для каких целей бухучета используется весь миллион? Наверняка можно загружать сводно одним или несколькими ПКО

(1) ога, и кассовую книгу тоже одним листом

(0) че за бредовый код?

слишком большая база это сколько в граммах и в какой конфигурации?

В рамках ускорения загрузки за код "ПКО.Записать(РежимЗаписиДокумента.Проведение);"
тебя нужно известно какими тряпками лупить

(5) может ему нужно проводить сразу при загрузке?

(6) нафига? У него документ уже с набором движений - тупо записывать документ и движения документа в режиме ОбменДанными.Загрузка=истина

(1) Кассовые машины. Их около 1000 по стране. Нужно в разрезе каждой свой ПКО делать.

(7) В бухгалтерии 3.0 ОбменДанными.Загрузка не влияет на регистрацию этого объекта в различных последовательностях и планах обмена.

(9) зато зашибись влияет на время записи документа в целом.  Нахрена ПРОВОДИТЬ документ в обмене? НАХРЕНА ты там какие-то непонятные манипуляции с движениями делаешь если после этого движения при проведении ВЫНОСЯТСЯ?

(8) Данные в разрезе касс можно писать в регистр сведений, если они необходимы, ПКО - делать сводный. Иначе как размер базы уменьшить?

(10) Выносятся не движения, а регистрация его в последовательностях.
Ты предлагаешь вручную писать регистры бухгалтерии для ПКО?

(11) Делать сводный первая мысль была. ГБ сказала нельзя.

(10) теперь в обмене можно проводить? оО

(14) а и раньше можно было. Легко.

(13) Почему нельзя? Вся розничная выручка например обычно делается сводным ПКО по всем кассам

интересно, раньше в отложенные движения складывалось

(12) а почему регистрация дока в последовательности является тормозом?

непонятно еще зачем весь миллион регистрировать к обмену, ну выгрузили первый раз, потом неужели весь миллион перерегитриуется?

(18) Там проверки разные в этих местах. У меня монитор производительности показал.

(19) непонятно где миллион, речь идет о 1000 документов в день

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

(21) Бухгалтерия 3.0. Миллион ПКО

(21) Я примерно сказал. Много кассовых машин. За 2014 год у меня 956000 записей к регистрации.

дак выполняй обмен ежедневно а не копи год

(25) Мне выгружают в таблички. Неделю-две.
С обменом проблем нет, он за сутки загружает месяц где-то. Проблема с размером базы.

В 1С нет настроек. К примеру минимальный размер, чтобы отключалось все ненужное. Не гибкая система.

(26) а что пухнет-то?

(28) Щас в sql таблички посмотрю.

телепатирую: версии объектов :-)

(30) ну там дофига чего может:
а)регистр бухии(особливо с добавленным 4-5-6 субконто)
б)индексы документа (лишние)
в)полнотекстовый поиск
г)невыполнение регламентных процедур

к томуж неизвестно насколько перепилена конфа