Перевожу клиентов с УТ 10.3 на УТ 11. Все отлично, много что уже из типового в УТ11 есть, что мне приходилось дописывать в 10-ке. Сейчас клиенты на 11.0.9.14 на PostgreSQL. Максимальная нагрузка до 20 человек. Связка с сайтом и в справочнике номенклатура около 20-25 тыс. наименований товара. Вроде все хорошо за небольшими исключениями, которые устраняю, и есть одно очень большое исключение... крайне медленно работает подбор товара. При задании строки поиска задумывается на 2-3 секунды, чтоо очень критично в сезон. Да еще при прокрутке списка заметны подвисания на обновление строк.
При работе на УТ10.3 в файловом режиме через RDP поиск в подборе в сравнении с этим просто летал.
Клиенты воют.
Есть ли какие штатные средства для ускорения поиска? Или перепиливать подбор?

http://www.gilev.ru/1c/81/postgresql/

(1) хочешь сказать все дело в настройках Postgre?
и оптимизировал, и настройки ковырял - результат лучше не стал.

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

сам столкнулся с этой хренью
список товаров 100 тыщ элементов
тормозит адски
решается ТОЛЬКО написанием собственного подбора, ибо воятели типовых конфиг давно и бесповоротно зациклены на ИПэшниках и ООО с каталогом в 500 товаров

за это опу надо драть создателям типовых
любой правильный 1сник напишет подбор, который посрамит создателей типовых
стыд и срам

(3) стандартный, отключен даже доступ на уровне записей

(4) мог бы поделиться cf-кой?

апп

(4) Вот почему вы ждете от универсального решения решения специфичных задач? До вас действительно не доходит или вы притворяетесь?

(9) подбор товара - специфическая вещь? не смеши меня.. что же тогда ты стандартным считаешь?

(10) Поиск по 100000 позициям - это специфичное требование.
Я могу вас уверить что оптовиков с такой базой не так уж и много и для них УТ 11 явно не написана.

(11) а в 20-25 тоже специфическое? для кого же написана УТ11? Особенно если 10-ка работала на ура с таким количеством

Хм. А 11 в файловом как работает?

даже не пробывал

(22) При чем тут  10?  Как ее наличие или отсутствие влияет на работу в 11 версии?
(13) Очень медленно. Если по сети так вообще жуткие тормоза.
Спасает только терминальный сервер или сервер 1С.

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

(15) Я правильно понял? На одном и том же железе и ОС,
в файловой 11 подбор значительно медленнее чем в файловой 10?

(17) Если по сети то она вообще тормозит. Не только в подборе.

(17) Правильно! Не просто медленнее, а писец как медленнее

(16) Понятно.

А если в (17) терминальный сервер, разница все равно сильно  тормознее?

(19) И так тоже можно сказать.

Ага, понятно.

(20) Терминальный сервер или сервер решает проблему быстродействия.

(23) Сервер 1с.

(23) Не. Не понял. А как же (19)?

Еще раз:
На терминальном сервере подбор в файловой 11 сильно медленнее чем в файловой 10?

(25) Нет.

(25) Разница лишь в работе файловой версии по сети.

(27) Понял. Спасибо.

(25) Тестировал на одном и том же терминальном сервере файловую 11 и файловую 10.3 Подбор в 11 несопоставимо медленнее, чем в 10.3

+ (29) Примерно 7000 позиций номенклатуры

(29) что есть, то есть... мне даже тестировать не пришлось, после переноса сразу заметили пользователи... причем 10-ка файловый через RDP была.. а 11-ая на Postgre и с RDP и через тонкого клиента... тормоза просто ужас... и еще что удивляет в подборе при добавлении в так называемую корзину подвисает... там чему уж подвисать ума не приложу...

(30) Ага. Понятно. Хотя 7000 это совсем немного...

(31) "там чему уж подвисать ума не приложу" - отладчик же есть.

(32) 7000 немного, согласен. Представляю как будет себя вести на 100к+

Тут кончено надо еще смотреть сколько складов, используются ли характеристики.

(0)
http://partners.v8.1c.ru/forum/thread.jsp?id=1031610

(35) http://lurkmore.to/Мы_работаем_над_этим

(36) на форуме указано, что нужно сделать.

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

(38) а нужно было смотреть

(38)
В обработке нет никаких сервисов - просто выведен динамический список. Если и в этом варианте тормозит поиск, то нужно идти и отключать общие реквизиты.

(40) ну так в (35) в обработке не тормозит, а в подборе - тормозит

(0) а если сделать свою примитивную форму с выводом только наименования?

(41) не вижу, чтобы Nikart подтвердил, что у него в простой форме выбора не тормозит.

(43) а ты уверен, что у автора есть доступ на партнерский? тем более, что (41)

(44) если ему будет нужно он сообщит
PS спасибо кэп

Вероятно, что разобраться помог бы технологический журнал, но лично я бы попробовал сперва поставить в настройках постгреса log_min_duration_statement = 1000, и посмотреть, есть ли вообще тормозные запросы.

А вообще, вот неплохой материал про настройку производительности Postgres, если кто еще не в курсе:
http://postgresql.leopard.in.ua/

(34) характеристики не используются, складов порядка 10
(38) и до последнего обновлялись и до тестовой 11.1. с подбором просто беда
(45) ссылка в форуме битая
(47) постгре тоже оптимизировали

в результате решили обратно вернуться на 10.3, т.к. на оптимизацию кода подбора в любом случае уйдет время, которого нет, да плюс к этому ожидается обновление до 11.1, там  вроде как с подбором затронули, но все-равно тормознуто и нет возможности динамического перемещения по списку при вводе букв с клавиатуры как в 10.3 или в 9.2 было. а пользователям в данном случае это очень критично.

К лету ближе вернусь к этому вопросу, как раз несколько обновлений выйдет для 11.1, будет спад сезона у клиента и знаю теперь, что придется перерабатывать подбор номенклатуры.
Вообще, если честно, то такое ощущение, что в 1С УТ новую разработали для организаций с малым товарооборотом, а о крупных даже не задумались.... все положительные моменты УТ11 меркнут перед косяками с подбором.

в результате решили обратно вернуться на 10.3

Жесть, как она есть.

Напомнило страшные байки про САП, когда бизнес впиливается в учетную систему, а не наоборот.

фэйл, эпик фэйл.

(48) чем так важно именно "и нет возможности динамического перемещения по списку при вводе букв с клавиатуры как в 10.3 или в 9.2 было" ?

формы подбора уже запилены давно с такой функцией, если это для вас важнейшее во всей конфе

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

(52) Что мешало запилить свой, годный Подбор?

(0) 25 000 - это оч мало... переписывается в лет))) хотя бы даже получать 1 раз список, а не динамически порциями

(53) время

(54) влет не смог.. а 2-3 дня в запасе не было

(56) за один вечер с двумя бокалами джека

(57) кому вечер, а кому 2-3 нужно

там через "найти" на ура работает. и обновление индекса лучше отключить

(48) ты можешь сделать видео и выложить с моментов где тормозит поиск.
Сейчас в УТ11 30к товаров - полет нормальный.

Классический поиск по списку можно сделать (нужно сделать не динамическое считывание данных), но вообще нужно привыкать к новому методу поиска (все равно все остальные конфы подтянутся на упр. приложение).

Выложите кусок конфы с правильным подбором.

(61) покажи где "тормозит" поиск.

(48) клюшки ставь, там все летает

(61) в обработке ПодборТоваровВДокументПродажи в динамических списках нужно "оптимизировать" запросы и все.

(64)+1. надо чуть-чуть прочитать про индексы, когда они используются, а когда нет, и покурить план запроса (если еще не понятно будет)

(65) там такой треш, что лучше просто вырезать часть запроса.

(66) или использовать недокументированную функцию - использование временных таблиц в динамических списках.