Доброе утро.
Такая ситуация. Стоит торговля под SQL, 25 релиз платформы. В справочнике "Номенклатура" примерно 110 тыс. позиций, соответственно медленно работает подбор номенклатуры в основных документах. (подбор идет через соответст. форму спр. Номенклатура ) Медленно - имеется ввиду, что когда вводишь код товара, медленно идет поиск данного товара, на один символ примерно уходит 1 секунда. Как можно ускорить процесс поиска номенклатуры?
Может есть какие внешние компоненты для ускорения?

Книга знаний: Множественный отбор в журналах и справочниках 7.7 заменой запросов SQL
Книга знаний: Загрузка внешних компонент 1С: проблемы и решения

(0) Вводить всю строку поиска целиком, а не ждать ответа от нажатия на каждую кнопку ... це же скуль ...

Научить пользователя группами пользоваться

(2)+1

(0) еще можно переписать поиск на 1с++

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

по порядку
(2), (4) понятно что вводиться целиком, процесс идет долго, каждый символ отоброжается долго.
(3) не подойдет
(4) можно по подробнее?

(6) - это на крайний случай

в (7) можно по подробнее к (5)

(9) а что поподробнее? делаешь формочку, по нажатию кнопочки формируешь запрос на сервер и отображаешь результат.

(10) получается примерно что и в (6)
а именно сам поиск, тот который заложен в платформе, кто-нибуть ускорил?

(9) это то же, что и (6), только с использованием 1С++

(9) Есть даже 2 класса для этого ...посмотри в репозитарии там есть
классОбщие_ПолеВыбораЗначения и т.д .. автор ADirks

по поиску в (6) сделать не долго, но хотелось бы через ускоренный штатный механизм.

Р.S. может Romix что придумал? Его выгрузка нам здорова помогла.

(14) "ускоренный штатный механизм" - сильно... Чем тебе 1С++ не "штатный механизм"?

(15) да без разнице как это назвать, суть в том как пользователи будут с этим работать

(14) Мдаа пока не пришел улю - скажу - для каждого пользователя создаешь ТЗ при загрузке программы и запихиваешь туда всю номенклатуру с кодами - и ищешь внутри нее. Вот тебе Ускоренный штатный механизм - за счет памяти ;)))

(17) это ты конечно сгоряча так

(17) Сильно пошутил...
"В справочнике "Номенклатура" примерно 110 тыс. позиций"

select тра та та from тра та та where тра та та

(17) прирост номенклатуры примерно несколько сотен в день, после прихода она сразу же продается, ТЗ перезаполнять? Пользователей человек 30 пока

по F8

(17) надо смотреть. может можно не всю номенклатуру, а несколько групп. может можно в локальный файл записать. может еще что нить придумать.

блин да сделай ты поле для ввода кода и кнопарик рядом по нажатию его происходит выбор номенклатуры по скуль запросу туда пишешь код и он те по
Where Код like <твойкод>
и будет подбор делать

(24) фингю несешь.

(25) обясни?

(24) ну если ему надо быстро то скуль - это самое быстро

в (27) конечно же не 24 а (25)

(21) Зачем перезаполнять? Создай справочник - новые элементы и туда кидай вноь созданные и ищи и там тоже
110000*200 байт (примерно)-22 мб на каждого пользователя

(25) ты если критикуешь что то то делай конструктивную критику....
а то взяли моду сказать что что то является хренью и молчать дальше....
а если сказать нечего то зачем критиковать))

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

(31) задолбал. увянь плз.

Писец... сделай поле Код в табличной части документа, Процедуру в которой будет вот это

Спр = СоздатьОбъект("Справочник.Номенклатура");

Если Спр.НайтиПоКоду(Код) = 1 тогда

Номенклатура = Спр.ТекущийЭлемент()

КонецЕсли;

(0) Ты (13) посмотрел?