Большое количество элементов справочника Номенклатура (торговая организация).
Конфигурация Бухгалтерия предприятия 2.26.8, хотя в Управлении торговлей тоже наблюдалась такая тема.

Собственно по вопросу: интересно кто и какие методы использовал?

"большое" - это какое?
Да и можно отладку и замер производительности произвести...

Не используем подбор.

(1) Более 10 тысяч наименований.
(2) А как подбираете?

приличные люди
указвают версии по
и конфигурацию оборудования

без этого обсуждение  про "тормоза" часто бессмысленно.

(4)Про ПО написано, а оборудование у разных клиентов соответственно разное, а ситуация везде одинаковая. При этом кто через ViTerminal, кто через Windows Server терминально подключен.

Тормоза при открытии формы? или во время прокрутки по списку?

про по ничего не написано
что я ни вкакам формате кранится бд
ни версия 1с тк мб и 81 и 82
файловая или серверная
ни конфтгурация оборудования
ни файловая система, ни серевые интерфейсы
если терминальный доступ  - тоже может быть критично в плане быстродействия

(6) При открытии формы, при поиске по коду (артикулу), по наименованию.

(7) Все базы файловые. Клиенты морально тяжело поддаются переходу с 1С 7.7 на 1С 8.2, т.к. скорость подбора номенклатуры для них критична - оптовая торговля как правило.

(7) Бухгалтерия предприятия 2.26.8 - разве не понятно?

+ (10)Платформа 8.2.

(3) Сканер штрих кода. Для позиции у которых нет штрих кода, просто поиском в форме списка справочника номенклатура.

(12) В данной ситуации не возможно использование сканера, т.к. работа ведется с оптовыми покупателями и подбором заявки самим покупателем по образцам с кодами либо артикулами.

На УФ, имхо, поиск так вообще просто никакой для целей быстрого подбора, например, оператором большого массива номенклатуры в документ.

Вот и интересуюсь: как кто боролся, если боролся.

На днях проводила эксперименты с обновлениями: с 8.2.14 на 8.2.26 - появилась очень приятная скорость открытия ранее введенных документов, а подбор всё тот же.

8.2.26 ?!?!?!
Перевод на серверную базу частично решит вашу проблему.
Но я писал свой подбор ибо номенклатуры даже не 10 тысяч наименований а больше....

(16) А какую методику использовали при написании, т.е. каким образом организован ваш подбор?

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

Для бизнеса оптового проблемы со скоростью и "нет бабла на айти" - понятия несовместимые.
Выход только клиент серверная база на СКЛ

(17) отказ от динамического списка куда вываливается вся номенклатура. обязательное условия отбора ограничивающие выборку до приемлемых размеров + СКЛ конечно же

(16) если список с номенклатурой динамический, то никаких тупняков быть не должно. А то, что ты там написал это же очевидно, что проблема в твоем подборе.
З.Ы. работал с 50к+ номенклатурой, всё летало.

(20) отказ от динамического списка это очень плохо )

(21)Вы как-нибудь боролись с этой проблемой?

(21) проверь на стандартной УТ11, убедись лично

(21) мде... во первых в УТ10 нет динамических с списков. во вторых - тормозить будут! все будет тормозить на файловой базе!

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

(26) Покупка сервака отпадает сразу, т.к. клиенту проще вообще ничего не тратить и сидеть на 7.7.

А те ,кто уже перешёл (обратного пути нет), постоянно поднывают: "вот, зачем мы только на это 8 перешли".

(27) я уже писал. или клиент отсасывает или покупает все что надо!

(27) вот пусть и сидит. нечего было рыпаться. технологии и тупой клиент с оптовой торговлей, не джелаий нести расходы 2-3 сотни тысяч понятия несовместимые.
Я удже сказал как себя вести и что долбить. Или мучайся или делай дело.

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

(27) Если нет доводов зачем клиенту нужна УТ и ему хватает ТиС - то на самом деле, зачем переводить?

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

(32)Перевожу не на УТ, а на БП, т.к необходим полный налоговый учёт, а гонять данные между конфигурациями, когда всё можно делать в одной, считаю бессмысленным занятием.

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

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

(34) гонять данные - это не самая страшная проблема, а даже вообще не проблема для специалиста.

(35) Это из собственного опыта?

(34) Непонятно из каких баз 7.7
(35) Разные есть специалисты. Кто-то работает что бы оптимально решать задачи клиента, кто-то что бы свои.
(36) Классные у вас бухи. По моему опыту из представление об обучении сводится к заучиванию последовательности кнопок и проклинанию IT, что "нормально работать не дают".
(37) Согласен, обмен данными можно по разному сделать, что бы свести к минимуму ручную работу.

(0) Файловая под терминалом? Памяти побольше воткнуть в сервак. Воткнуть SSD (поможет 100%). Еще можно ramdisk и темпы 1с-овские туда вынести.

Если был терминал под 77 и все летало, а 1с8 тормозит - то тупо памяти не хватает

(25) СправочникСписок - самый, что ни на есть динамический список.
Только жестко заданный для объекта.

(41) Да нифига подобного. Постоянно сталкиваюсь с тем что подбор в справочнике в 8-ке намного медленнее независимо от количества памяти (или 10Гб свободной из 32 этого мало)

(41) дилетант.

Автор, пиши в
ICQ#: 374-881-272

(41) Дело не в оперативной памяти.

(45) Аськой не пользуюсь. :(

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

+(47) только эл.почта.

[email protected]

(40) Про эксперименты с виртуальным диском мысли уже возникали, только вот руки не доходили. Помогает ли в случае с 1С 8.2?

(13) Если подбор по артикулам, то тут еще лучше. В номенклатуре Артикул вбиваешь, он сразу позицию находит. Автоматический поиск по артикулу прописан в типовой.