Серверный вариант базы (centos, postgres), после тестирования базы (управление торговлей 11) все документы и все подборы в них стали открываться в 10 раз медленнее. Тестирование и исправление выполнялось со всеми галочками. Замер показывает что 97% времени открывается форма. Значит скорее всего это динамический список так долго строится. В общем вопрос: до тестирования все "летало", после стало очень тормозить, что можно еще посмотреть или исправить?

Может перестроить полнотекстовый поиск?

(1) он выключен

(0)Регламенты MS SQL выполнить, в т.ч. обновление статистики и реиндексация.

(3) MS? тут на линуксе конфа с postgres sql

(4) Перейти на MS уже предлагали?

(4) В PostgreSQL тоже есть обновление статистики и реиндексация.

(1) включил, только сейчас достроился, ничего не изменилось

(5) ))), линукс отлично справляется

(6) а то, что в 1с, в тестировании, это другая реиндексация?

(9) Нет, та же.

(0) должна одыбать сама

Выгрузить - загрузить dt?

(0) Предыдущее тестирование поди на другой платформе было?

(0) Может транзакции какие завершаются.
Или кто-то гонит тяжелый отчет.

(5) я не предложу $MS. Зачем платное, когда прекрасно работает бесплатное.

(12) пробовал, не помогло
(13) платформа не менялась года 2
(14) отчеты есть тяжелые, но речь о подборе, который не менялся, документе чек, который тоже не менялся
(15) +

(16) Создай новую базу в PG и туда загрузи dt.

(0) Вангую: После ТИИ не собрали статистику.

И вопрос есть: с какой целью выполнялось ТИИ "со всеми галочками"? И была ли эта цель достигнута?

ТИС сдлала шринк, у тебя банально место в файл данных добавляется слишком малыми дампами, поставь прирост в процентах

(19) Для чтения не важно.

(18) ничего необычного, 2 очистки ссылки и удаление одного объекта

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

VACUUM FULL попробуй

(19) Давно ли ТИИ на СКЛ базе делает Шринк? Там даже галки такой нет. На МS SQL после ТИИ база пухнет бывает в разы

(23) +100. Вот может ТСу и имеет смысл шринк сделать?

да да. переехать на ms sql и сделать шринк! самое оно.

Может попробовать ещё разок перестроить индексы? Ведь чудес не бывает...

Может быть база летала когда в кэш многое было загружено, а сейчас холодная база...

(25) Я так понимаю, VACUUM FULL - это некий аналог шринка для PostgreSQL? Или нет?

Может чего с дисковой подсистемой чего случилось, просто так совпало с тестированием и исправлением

(27) проверял, открывал, переоткрывал, чистил настройки пользователя, чистил локальный кэш

(26) о реиндексации речь? если да, то тестирование 3 раза делал )

(30) Я не про клиентский кэш, а про кэш базы.

(28) нет. это удаление старых записей и обновление статы

VACUUM FULL ANALYZE точнее надо прогнать

(32) кстати, да, кеш на сервере тоже удалял

(33) выгоню вечером всех, попробую

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

или на рабочей базе автовакуум по агрессивней сделать

на сайте написано

Выбирает режим "полной" очистки, который может освободить больше пространства, но выполняется гораздо дольше и запрашивает исключительную блокировку таблицы. Этот режим также требует дополнительное место на диске, так как он записывает новую копию таблицы и не освобождает старую до завершения операции. Обычно это следует использовать, только когда требуется высвободить значительный объём пространства, выделенного таблице.

"..запрашивает исключительную блокировку таблицы." - смущает, поэтому и решил на вечер отложить

(37) да, это монопольная операция. поставь настройки автовакуума, он почистит не монопольно

autovacuum_naptime = 20 мс
autovacuum_vacuum_scale_factor = 0.01
autovacuum_analyze_scale_factor = 0.05
autovacuum_max_workers = 4