Уважаемые форумчане, добрый вечер. Подскажите пожалуйста как ускорить подбор товаров в 1С? Есть не типовая конфигурация, файловый вариант, в номенклатуре примерно 33000 элементов,  остатки в подборе считываются с РН ОстаткиТоваров и РС ЦеныПартии. Подскажите пожалуйста как ускорить подбор, сейчас подбор открывается за 1 сек, если пользователей 5, то открывается за 3 секунды, но есть юзеры на розничных кассах и для них эта скорость неприемлима. Рассматриваю не популярные варианты, как например использовать внешний источник данных, или dbf файл остатков, который будет обновляться при списании товара... Подскажите пожалуйста, может кто сталкивался с подобной задачей, буду рад любому совету. Заранее спасибо.

для чего на розничных кассах окрывать СПИСОК? у вас на кассах - торгуют..?

файловая чтоли?

(1) например продажа обуви, посмотреть какие размеры есть

(0) Сперва надо оптимизировать код и запрос. А потом перейти на клиент-серверный вариант и нормальное железо. 33к номенклатуры это НЕ то значение, при котором должно тормозить.

(0) толстый клиент или упр формы?

на кассах отказаться от остатков и цен. че принесли на кассу - то и пробить. цены - фиксированы (???) можно подумать о том, чтобы цены ПРОДАЖИ не хранить среди других цен, а записать в некое место мгновенноебыстроедля извлечения.
.
я не спец.. ща набегут умные

(1) на кассах торгуют, это аптека
(2) - да, лицензия дорого
(4) - запрос пустяковый регистр остатков и цена

(3) на кассе? или на РМ продавца-манагера зала?

Если 8.3 то для цен необходимо включить итоги. Скорее всего это и есть узкое место

(7) терминалка!

(0) Сделать веб клиента в файловом варианте )) на кассах...

(7) Хех, пусть тогда поумерят хотелки) если дорого

(11) но встанет проблема ФР ))

(10) Сказали же - дорого!

на кассе удаленный раб.стол, к компу подрублена касса

(10) она самая )))

(9) 1С 8.2

Оптимальный вариант в данной ситуации - переходить на таблицы опен офис) или ломанный эксель. Там сразу в табличке товаров цена показывается)

(18) + И главное бесплатно!

Еще перепиши на ws
т.е. база крутится на "типа сервере", а остальные работают в своих базах в которых только номенклатура а остатки и цены берутся по запросу из "типа сервера" (для выбранного элемента) или периодически синхронизируются в момент простоя полностью

(20) так сказали же денег нет. А ты перепиши, перепиши

(21) гыгыгы без денег чтобы само залетало ))

типа галочку там поставьте и все будет ок да?

да КД бесплатна? если да то можно сделать ))

ну.. представляя себе как пишутся конфы для лекарств.. я бы для начала посмотрел на адекватность данных требуемым задачам и правильность написания запросов/кода...

(24) нуна нуна эти больные постоянно спрашивают если ли ЛС такое или аналог и скоко стоит ((

Попробуйте организовать справочник номенклатуры, так чтобы в группах ("папках") было не слишком много товарных позиций: в старых версиях УТ определение остатков производилось по списку товаров в группе.

Есть деньги только на разработку, на софт уже не выделят. Но на разработку времени нет

(27) переходи на 8.3

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

(24) Вам могу в личку отдельно скинуть эту грустную историю ))))

(27) тогда пропить.. на оставшиеся в родной аптеке купить антипохмелин

кстати еще одна "гениальная" идея заюзать фоновые задания ))

типа остатки и цена показываются только при бездействии n сек для выбранной позиции

(30) [email protected]
кидай, интересно вспомнить молодость.
распространять не буду.
поржу м.б. только.

(32) м.б. ну и открывать не весь список а подходящие позиции только..?
если спросили аспирин - то втаптываем "аспирин" и получаем список аспиринов и похожих на аспирины... и уже для них тянем остатки и цены..

(30) как будет своб. минутка скину )))

(34) ага и еще на линукс перейти )) там терминалка бесплатная есть ))

перейти на клюшки и прямые запросы - еще не предлагали..? ;-)

(32) сейчас так и сделано. Есть строка для ввода наименования, оно же для аналогов и прочего. Запрос выдает не весь справочник, а только (в 90% случаев) то что ПОДОБНО ХХХ%

(35) не, ты давай ща кидай, а то потом от вас фиг дождешься...

(38) понятно тогда или сервак или делим базу по кассам и обмен между ними и "типа сервером" периодически

ЗЫ придется забить на проблему одновременного пробития одной последней упаковки ЛС на двух кассах ))

(0)>> Есть не типовая конфигурация...
надо в код смотреть , структуру регистров , индексы в конце концов (хотя вроде маленькая база)

(40) какой сервер в аптеке на две-три кассы...? этож жлободромия сплошная...
.
раньше розница в принципе имела неплохую наценку, после того как г-в-о стало закручивать ценовую политику - хз во что это превратилось...

конфа нетиповая, почему не сделать форму подбора с допТабличкойТолькоВыбранныхТоваров - и именно в ней показывать остатки  и цены?

У меня идея такая, создать например dbf, при первом запуске или еще при какой ситуации туда слить все остатки с ценами, сериями и т.д. затем этот файл использовать для подбора, и при продаже менять в нем количество.

(42) Core i5 4gb

(44) а че не в экселе?
как часто итоги рассчитываются? регистры закрываются?

(0) Если конфига на УФ, то опубликовать базу на веб сервере, если нужно совсем быстро реализовать, то использовать для этого 1C Link, подключаться к ней через тонкий клиент, чтобы использовать торговое оборудование.

(44) дык еще можно памяти побольше на кассы )) и в ТЗ хранить на форме эти ваши остатки ))
легче реализовать чем через внешнюю дбф ))

(44) фиговая идея, лучше создай, к примеру, справочник или РС СерииЦеныОстатки и туда сбрасывай

(48)+ хотя насчет памяти это я загнул 33 тыщ позиций это фигня но лучше посчитать (строка место Кб х 33 = ? Мб) или потестить

(44) лучше мускуль тогда

ибо дбф -это блокировки, битые индексы и прочий геморой

(51) мускуль не надо он тормоз на больших запросах )) лучше постгри он расово верен по 1С ))

+ (49)  хотя тоже фиговая, если нормально построены РС-ы + нормально заточен запрос + железо не прошлого века - все и так должно работать
а воообще - лучше см. (37) :)

(53) на чтение - мускуль зе бест. А транзакции тут и не нужны

(55) а тип и длина primary key какая? ))

(56)+ советую попробовать сделать гуид(36) или хотя бы код строковый в 12 символов и потестить...
неприятно удивитесь ))

из-за этого тормоза пришлось на постгри проект переводить

(56) тут вообще примари не нужен абсолютно

(58) WTF?

а обновлять при включении? синхронизация с 1С то как?

народ ну че там в может тормозить-то?
30 тыс позиций, макисмум 1 (редко 2 парптии на товар). чему там тормозить?
самим управляемым формам?
.
сделать самый простой терминал и работать.

(0) Цену хранить в РН. Платформу - последнюю стабильную. Показывать остатки только по товару. При активизации строки списка товаров - по сериям. http://i.imgur.com/dfIA51P.png
Ну и запрос покажи.

(0) Оптимизировать алгоритм подбора не пробовали?

Мне кажется, что 30тыс позиций вообще можно поднять в память в Т.З. и обновлять остатки фоновым заданием (у которого строго ограничить время) - тормозить не должно.
Только нужно понимать, что динамическое заполнение Т.З. на форме тормозит только из-за того, что поднимает в память все данные, причём, если форма закрывается и открывается, что всё начинается заново.

Для начала - SQL Profiler и замер производительности.

Файловая? Тогда просто замер производительности. Что он показывает?

(65) наверное что с замером производительности тормозит еще больше...???

Я бы ещё исключил иерархию как класс, так как на построение иерархии тратится очень много времени (рисование дерева в памяти).

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