Ввели в конфигурации разделитель учета, при этом появились заметные тормоза при работе программы. Очень медленно проводятся документы, формируются отчеты. Бухи от этого звереют. Что можно сделать, чтобы исправить ситуацию, или это неизлечимо?

неизлечимо

Осталось исправить модули где есть бух.запросы на использование этого разделителя учета

(2) Модули я все исправил, везде установил разделитель учета

Может перевести базу на SQL, поможет или нет, как вы думаете

Тогда ЗАМЕТНЫХ тормозов из-за добавления РУ быть не должно, где тормоза конкретно?

Работает на ДБФ - проверено. Разницы с РУ и без РУ почти нет. Остатки в колонках справочников типа ОС или номенклатура тоже надо переделать

Очень сильно тормозят документы при проведении, если запустить обработку перепроведения документов за период, то вообще висит часами, хотя до этого делалось за несколько минут. В чем проблема, не могу понять

Если (3), то я не знаю что может быть. Возможно проблема не в 1С (сетка), тут отладчиком бы увидеть место торможения, если метод ВыполнитьЗапрос, то проверить точно ли используется РУ, но опять же если (3), то ...
Какой тип у РУ?

(8) У РУ тип справочник, в отладчике проверял - тормозит именно в ВыполнитьЗапрос(). И РУ при выполнении запроса выбран точно

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

SQL помогает невсегда, и в данном случае это не ед.выход. После добавления РУ не обяз.ставить СКЛ, ведь кол-во данных сущ-но не изменилось. Я бы попрробывал cdx удалить вначале, потом удалить файлы остатков и пересчитал БИ. А потом уже дальше думал...

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

di1978 - Вы не правы. РУ существенно замедляет. Может, не на всяких объемах это заметно.

Если добавлен РУ, то идет использование доп.индекса и СУЩЕСТВЕННОГО замедления добиться можно не используя этот индекс, т.е. не писать БухИтоги.ИспользоватьРазделительУчета(). База ДБФ 2.7 Гб.

попробуй (на тестовой базе!) отключить все отборы в свойствах проводки. сравни скорость.

1. При записи проводок он все равно будет использоваться/изменяться.
2. Если его нге использовать - зачем вводить?

При записи, как и все индексы он используется. Его можно добавить, но не учитывать в коде, тогда тормоза будут. Т.е. я добавлю РУ для ведения по неск.фирмам и буду ждать раздельного учета, не меняя кода и не анализируя методов, где РУ должен присутствовать. По поводу отборов в проводках, я тоже соглашусь, но задача уже есть, т.е. нужен РУ и от этого не отказаться, как от индекса по журналу проводок. Я скажу, что удалив все докуметы из базы тоже повысит производительность :), но зачем. Есть оптимизайия кода, а не использование СКЛ, который также будет использховать этот НУЖНЫЙ индекс и без переделки кода запросов, тоже будет заставлять курить бухгалтерию.