По мотивам эпопеи Эксперты, подскажите

Файловая ИБ, 15 гб.

С базой работает 1 человек.

Чистка кэша не помогает.
Пересчет итогов не помогает.

Куча документов одного вида, таблица этого вида документа - 1 Гб.

Проводим документ - ждем 10 минут.
Проводим еще раз документ - проводится мгновенно.

Через некоторое время ситуация повторяется.

Замер производительности занимает 99.5% времени на выполнении запроса к виртуальной таблице накопления регистра остатков, результат запроса возвращает ~10000 записей в разрезе всех измерений (регистр закрывается плохо, есть битые ссылки).

Если не трогать базу полчаса-час, проблема повторяется.
ТИИ пока не сделано, база явно битая, но все же, что там происходит?

Вопрос именно в том, что происходит с базой в момент запроса. Почему повторно запрос выполняется быстро и через полчаса снова выполняется медленно? Кэши чистил, не влияют.

Спасибо.

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

(1) та самая "точка актуальности"?

ну это не совсем "точка актуальности", но в целом - да

(1) если запрос вызывать в консоли, никакого проведения нет.

Т.е. та же самая ситуация с выполнением запроса к таблице остатков, а не при проведении документа.

Там никакая точка актуальности НЕ СДВИГАЕТСЯ, т.е. твой вариант не верен.

(4) Теоретический вопрос ради теоретического вопроса?

(5) хочется понять, почему так.

(0) как ни странно, можно. Выгрузить в дт.
Если база открывается, можно выгрузить срезв xml

(7) база открывается.

Что можно-то? Вопрос не в том, что делать с базой.

Вопрос, как подметил PR, теоретический. Почему так происходит.
Я пока логического объяснения не могу найти.

(6) Зачем? Тянет поразбираться с самопальщиной? Что бы не поставить SQL?

(9) SQL в процессе установки

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

(11) вот сюда глянь (4)

Конфа какая? Почему 15гб??? Сам cd весит???

(10) просто когда первый раз выполняется запрос, данные остаются в кеше. Поэтому второй раз запрос уже обращается к памяти и работает быстрее.

(13) да, cd весит.

Регистр самописный, в нем куча данных.
От того, какая конфа, ничего не зависит. Платформа 8.3, Обычное приложение.

(14) в каком кэше? Тот, который на диске C в папке-гуиде, я чистил, не помогает это.

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

Если КЭШ только из оперативной памяти, но я что-то не помню такого кэша.

(17) ну и зря не помните

(18) можно ссылочку на описание?

под рукой нету ссылки. поищу

просто делайте отбор по номенклатуре в запросе, не надо каждый раз весь регистр остатков грузить. Пользуйтесь параметрами виртуальных таблиц.

p.s. помогло "сжатие таблиц информационной базы", хз почему

а может еще дефрагментацию диска забабацать, где файл БД лежит?

http://infostart.ru/public/21485/
http://infostart.ru/public/174806/
http://infostart.ru/public/182845/
http://infostart.ru/public/182889/

и еще замечательная вещь Tool_1Cd http://infostart.ru/public/19633/

(24) большое спасибо, почитаю

тул1СД знаю

восстановить битые ссылки: http://infostart.ru/public/92259/

(22) если помогло сжатие таблиц - однозначно что-то не в порядке с этой таблицей.