Поиск по наименованию из поля ввода

[kedr19]

я вопрос изначальный задавал по поиску товара из поля ввода по F6, проблема например найти "пакет 30*32" если бить в визуальном подборе то тратиться значительное время, а в поле ввода так забить не дает система.
вынуждены в поле ввода вводить "пакет" нажимать F6 и добивать потом 30*32
Вот это можно как-то упростить?

[Бродяга_Джон]

я вопрос изначальный задавал по поиску товара из поля ввода по F6, проблема например найти "пакет 30*32" если бить в визуальном подборе то тратиться значительное время, а в поле ввода так забить не дает система.
вынуждены в поле ввода вводить "пакет" нажимать F6 и добивать потом 30*32
Вот это можно как-то упростить?

а если искать не "пакет 30*32" а "пакет 30"?

[Бродяга_Джон]

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

Пробел разделяет подстроки поиска. Сделано для того, чтобы не надо было названия из нескольких строк набирать полностью.
Например, "лу по" найдёт "лук порей" и "лук-порей", игнорируя пробел в шаблоне поиска. Думается, так все-таки удобнее, чем требовать наличие пробела у того товара, который пытаемся найти.
P.S. Может я вообще все неправильно понимаю? Скриншоты в студию?

хм, а это правило поиска вроде не описано в доках?
и как оно точнее работает?
как отработает "лу по" на строках:
1) "лук малый фиолетовый в крапинку порей" (это как пример строки, таких названий нет)
2)"порей лук"

PS
я приучаю продавцов выбирать для поиска ключевые слова (одно слово или часть), но увы, это пока не у всех прокатывает

не помню точно что он там писал, вроде не найдено вариантов

"Слишком много товаров"?

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

[Rafta]

...проблема например найти "пакет 30*32" если бить в визуальном подборе то тратиться значительное время...

какой же у вас ассортиент, если визуальный подбор тормозит? У нас стоит Atom 525, при ассортименте порядка 10000 наименований визуальный подбор просто летатет.

[Alexander]

хм, а это правило поиска вроде не описано в доках?
и как оно точнее работает?
как отработает "лу по" на строках:
1) "лук малый фиолетовый в крапинку порей" (это как пример строки, таких названий нет)
2)"порей лук"

Алгоритм поиска был изменен в 1.2.5 patch8
на приведенном примере поиск по набору подстрок "лу по" отобразит оба товара - порядок расположения подстрок не учитывается, учитывается только присутствие обеих (а на самом деле - произвольного количества) подстрок в наименовании товара. Если почитать достаточно старые темы форума, то там несколько раз всплывал пример насчет зубных щеток и поиска по "зуб щет" (собственно, с него все и началось).

P.S. Теоретически скорость поиска может зависеть от структуры справочника. Большая просьба присылать нам примеры справочников, на которых замечаются ощутимые задержки в визуальном поиске при поиске по наименованию/коду/штрих-коду/цене - будем пытаться выявить закономерность.
P.P.S. Можно еще попробовать выполнить команду reindexdb LinCash и посмотреть, не повлияет ли она на скорость поиска.

[Бродяга_Джон]

P.S. Теоретически скорость поиска может зависеть от структуры справочника. Большая просьба присылать нам примеры справочников, на которых замечаются ощутимые задержки в визуальном поиске при поиске по наименованию/коду/штрих-коду/цене - будем пытаться выявить закономерность.

влияет, у нас проявлялось когда делали учёт на точках
в ДК загружался список товара с текащими ценами и кол-вом = "0"
и потов вносилось кол-во на РМК по бумажному списку

P.P.S. Можно еще попробовать выполнить команду reindexdb LinCash и посмотреть, не повлияет ли она на скорость поиска.

вместо "reindexdb LinCash" можно проще
выгрузка загрузка базы LinCash убирает тормоза
но потом походу всё равно надо переодически делать
или реиндексацию или загрузку-выгрузку, для профилактики

[kuman]

я вопрос изначальный задавал по поиску товара из поля ввода по F6, проблема например найти "пакет 30*32" если бить в визуальном подборе то тратиться значительное время, а в поле ввода так забить не дает система.
вынуждены в поле ввода вводить "пакет" нажимать F6 и добивать потом 30*32
Вот это можно как-то упростить?

Не пойму проблемы!
приучитесь при поиске товара по наименованию вначале нажимать F6, а потом вводить данные.
В вашем случае достаточно нажать F6 и 30* и поиск выдаст очень малое количество найденных ( если у Вас пакетов 30* не очень много)

[kedr19]

* не работает и позиций у меня в справочнике больше 300 000 потому визуальный сильно тормозит

[Бродяга_Джон]

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

у нас дикие тормоза и при 5000 позициях были, после реиндексации (или выгрузки-загрузке) стало быстро.

Да, и реиндексацию таблицы со ШК тоже надо в таком случае

[kedr19]

как реиндексацию сделать?