Половина номенклатуры неиспользуемая. Хотят не видеть неиспользуемую, по принципу: нет на остатке и не было движений полгода.
Ну я тут подумал сделать реквизит и при открытии по нему отбор.
Кто скажет как это на быстродействии скажется.

Думаю, скажется пагубно.

ну-ну...
буксовать будет.....

Ничтяк... намана
Только как часто он будет устанавливаться?

(3) в постоянном режиме.

Если реквизит проиндексирован, то не вижу проблем.

в семерке галка "Отбор по реквизиту" это и есть индексированый реквизит.

может проще - допсправочник "Исползуемая номенклатура"? И раз в месяц ее чистить.

(7) это что еще такое

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

(4) Это как?

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

база SQL 5 гиг

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

(12) Тоже подходим к этому пределу. Причем половина данных - нафиг не нужна. Свернуться что ли?

(11) Это я понял. Интересовало, как будет устанавливаться реквизит для отбора.

(0) Отбор по индексируемому реквизиту не добавит серьезных тормозов, если они есть, то связаны не с отбором, так что "все правильно сделал" :))

(15) в процедуре при открытии программно

(15) Что значит как? При открытии формы справочника будет устанавливаться

(0) А проверить самостоятельно? Это вроде недолго...

В форме справочника остатки не отражаются? Справочник сколькоуровненый? Если нет показа актуальнх остатков, может, проще всего завести папку "Временно не используемые и перемещать такие позиции туда"?

буду проверять в общем. Идея с другим справочником не подходит.
Остатки отображаются, уровней три.

(20) тоже неверная идея. Номенклатура по тем папкам по которым и должна быть. База сворачиватся не собирается. У нас серъезный уровень анализа.

IMHO при накапливании узких мест в базе-семерке стоит все больше задумываться о восьмерке

(21) а с какой скоростью отражаются остатки про многоуровневом справочнике? в каждой строчке? как быстро открывается форма?

(23) к сожаления именно из за аналитики это невозможно

остатки отображаются только по текущей строке. работает все нормально. Вот еще отбор попробую и скажу.

в номенклатуре уже есть реквизит с отбором "включать в прайс" в рабочей работает вроде все нормально. Но я знаю что при увеличении реквизитов с отбором резко уменьшается производительность. В номенклатуре итак 28 реквизитов

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

(25) Я говорю о полном переносе базы на самописную 8.0 со всей аналитикой.
Или на типовую, если сейчас типовая

(28) Читай (22)

(30)Тогда сложнее

(28) ну емае нельзя скидывать никак. Она по папкам распичкана так как нужно и анализ по папкам и если отчет по группам выаводить. ВСЕ это нужно. Никаких паок "удаленные" "неиспользуемые" мне не нужны.

Ладно  общем все сделал. Подгружу вечерком.

(29) а смысл ? шесть лет разработки еще шесть потратить чтобы все это вложить в восьмерку как положено. Написать эдентичную конфигу и все переносить ???
да еще и с восьмерочными тормозами.....

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

(34)В 8-ке тормозов гораздо меньше чем в 7-ке

(35) причин очень много. излаживать все их здесь не имеет смысла.

Это только в подборе или вообще ?
А то делают поступление - полгода не использовалось и на остатках нету и не видно = заносят новый элемент.

у нас одна из проблем это что наоборот заносят на то что не надо.

В обслуживаемом нами гиппермаркете в справочнике товаров примерно тысяч 200 элементов. Используется тысяч 30. Год назад решали сами такую задачу. Пробовали десятки вариантов.
Остановились на создании промежуточного справочника "Товары в наличии", который и содержит элементы - ссылки на товары по которым есть остатки. В форме такого справочника добавили кнопку "Все товары" - которая открывает исходный, полный справочник "Товары" (при желании). а в полном добавили кнопку "В наличии..." - она открывает справочник "Товары в наличии" который можно тоже использовать для подбора и для всего прочего.
До сих пор работает. Перестали жалобы слушать клиента на "тормоза".

(40) при 30 тысячах рабочей номенклатуры вполне возможно.
у меня всего 30 и рабочей тысяч пять. Сегодня подгружу отбор и все станет понятно

Стандартное решение - Справочник.ПрайсЛист.. Идея - как в (7) и в (40). В нем есть реквизит типа Справочник.Номенклатура. Расходные докуемнты при проведении смотрят, если товар после проведения кончится, то они удаляют (не помечают на удаление, а непосредственно удаляют) соотв. элемент справочника ПрайсЛист. Соответственно, приходные - наоборот, добавляют нужный эелемент в справочник ПрайсЛист, если ранее приходуемого товара на остатках не было.

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

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

Подгрузил - вроде работает на ура. Я еще настройкой все это сделал очень простой.