v7: глВернутьЦену оптимизация #665565

Добрый день. Тормоза при выписке накладных привысили порог терпения. Надо что-то с этим делать. Конфигурация комплексная. Погуглив пол дня пришел к выводу что делать нужно прямым запросом, перебор не прокатит. Единсвенный вариант который нашел был на Инфостате, но прикрутить его не получилось. Для начала хочу понять принцип действия. При подборе товара при его выборе будет каждый раз выполняться запрос, который будет возвращать цену для введенного товара и установленного типа цены. Вот только знаний в этой области негусто, подскажите что почитать и как оно правильнее будет. Спасибо всем откликнувшимся.

Сейчас - спать, перед сном ещё раз подумать - утром в голове будет простое решение.

1.пользователей - в терминал. 2.выписку накладных проводить в ТА, а не в заднепроходном отверстии

а какая разница? у него глВернутьЦену тормозит - ибо это периодический реквизит По хорошему нужно переписывать цены на регистры и будет летать

Я вот тоже хочу понять что у вас ... Но угадывать принципиально нехочу. Если хотите получить ответ - научитесь четко формулировать мысли и сам вопрос. А почитать можно много чего, Мопасана как вариант ... А у меня нетормозит, и тоже периодический. Что я делаю не так?..

на инфосране есть метода замены на прямой запрос через класс ПрямойЗапрос. + лучше не на регистр, а на справочник - иначе групповое извлечение цен замедляется очень сильно. как вариант, кэшировать цены, если они меняются реже 1 раза в день.

Нашел.

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

Прямой запрос - это лучший вариант. Но есть и другой: ставим "Отбор по реквизиту" на реквизите "ТипЦен" в справочнике "Цены". В модуле функции меняем:

Да ладно, у ТиС эта процедура - ахиллесова пята всей конфигурации...

У меня вот так: Тормоза при подборе, замер производительности показал что глВернутьЦену выполняется при 14-16 пзизиях 0,6 сеунд, при увеличении количества позиций лидировать начинает контроль остатка.

цены можнои закэшировать, допустим, в индексированной ТЗ. а остаток брать прямым запросом из регистра, на ТА. ну и работать, есссно, на ТА

Останки тоже надо закешировать при подборе.

Держи.

ТекстЦена="    КонецЕсли; Это подготовка ЗапросЦена в процедуре ПриОткрытии.

И ничего летает как самолет.

Если надо с остатками то добавляем это:

Спасибо добрый человек, буду прикручивать

а как на справочнике переодичность будешь делать? (P.S. он и так в типовой на справочнике)

НЕ забываем что для этого нужна еще компонента 1С++.

Да и еще забыл.

без цены

Дык как же, если Цена вычисляется в цикле

для оледб устаревшая строка соединения

ну и твой код.. только для скуль версии, поентому эти строки соединения.. как бэ не уместны

Погонял еще отладчиком, вижу такую ситуацию: Это при 100 позициях в списке. Приоритет меняется кардинально.

нормальные картинки

Константы надо всегда кешировать - это мегатормоз.

+ избегать конструкций мо метаданным, типа глестьреквизит траляля

Согласен. Ну это я так кинул, что человек понял что за объекты юзаются.

Что вы имеете ввиду? Как ее можно кешировать?

Перем МояСуперМуперКонстанта Экспорт; .... МояСуперМуперКонстанта  = Константа.Дефчонки.Настёна;

в общем, константы, которые не меняются - в глобальнике присваивай переменным.. их потом и используй в коде, заместо того, чтоб обращаться каждый раз к 1sconst в коде

Спасибо, при проверке константы теперь нет задержки. Я присваивание значение константы переменной засунул в ПриНачалеРаботыСистемы, куда ее лучше впихнуть? или же просто перед модулем?

да там вполне покатит.

тока смотри, у там как минимум, их 3 штуки :)

Ну и останки на прямой запрос ИЛИ, получить все итоги при открытии подбора в ТЗ, затем в формулу - поиск в этой ТЗ, это в разы быстрее, чем Рег.Остаток

Можно даже через ВыгрузитьИтоги регистра.

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

Но я бы посоветовал не в ТЗ а в ИндексированнуюТаблицу. У нее скорость поиска(ты ж сам знаешь) в разы больше нем на ТаблицеЗначений.

ну мот автору еще религия не позволяет ИТЗ использовать :)

Тем более остатки все таки луче параметрическим запросом брать. Так они будут актуальными.

Не посоветуете конструктор запросов?

У тя скль или дбф ?

скль

пишем

Спасибо, буду ковырять