Справочник Номенклатура. Или Прайс-Лист. Как думаете, это реально для розничной торговли? Не продукты. До 500 покупок, максимум. В День.

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

(0) Если реквизитов с отборами мало, да вообще реквизитов поменьше - то реально. Лучше конечно использовать SQL.

ДБФ да по сети, не взлетит, однозначно
а СКЛ да если оптимизировать, думаю реально, и красиво сделать можно

(0) IMHO убрать дубли.................

(0) Медикаменты?

Это автозапчасти на все(почти) иномарки и отечественные. Родные(от автозавода) и клоны от сторонних производитеоей.

(0) Сколько реально позиций в регистре остатков?
Поллимона в номенклатуре сейчас наблюдаю, тоже автотехцентр. Полет нормальный.

Я бы в такой ситуации вынес классификатор запчастей в отдельную базу и там организовал бы по производителям + аналоги и взаимозаменяемость. А в рабочую базу через оле помещал бы только то, что приходит на склад. Мне так кажется что реальных остатков меньше 3 миллионов позиций.

(8) Согласен. Накуя держать в СПР Номенклатура все прайс-листы поставщиков?

(8) Думаю, что реальных остатков там тыщь 50 не более.
(0) Делюсь опытом :-) На 8ке справочник из 7 млн летает. На 7ке заткнулся на полмиллиона. Ставили подпорки на ВК для поиска элемента справочника (прямые запросы). тожь автозапчасти
Хочешь подробности - в асю 177-229-776

да, +10. СКЛ ессно. и в (8) дельная мысль, кстати. так и делали. но один фиг справочник растет, да и по ОЛЕ не шибко быстро

2(8) Только зачем в отдельную базу? У SQL, например, скорость работы с таблицей несильно зависит от размера других таблиц.

(12) Ну залей в СКЛ миллион элементов справочника. А потом поюзай на 7ке поиск по текстовому полю (а на автозапчастяк как раз это и нужно, код по каталогу - мать его). И я погляжу на тебя.
(13)Формой списка справочника, ессно, никто не пользуется. Поиск идет по текстовой строке (char,25).

(15) Точно. ПО списку или по одному найденному элементу (чаще по одному).
Насчет 1000 ты маханул, конечно. если нет расчетных колонок, то и на ста тыщах будет форма работать. Просто когда справочник большой, то искать что-то через форму списка мягко говоря неудобно :-)

Три миллиона - в прайсе, в справочник Номенклатура попадает только приход. Когда он заполниться до определенного предела базу можно обрезать. Но вот поиск по прайсу как долго? Прайс привязан к поставщикам (на одну деталь может быть несколько) и производителям (одна деталь оригинальная и несколько клонов). Как правильно организовать?

Я тут вообщето новенький. Однако идея следующая:
Создаем ДБФ файл с полями Артикул, постащик, производитель, ну и т.д.
Далеее из прайсов поставщиков формируем строки в ентом файле.
Далее из 1С обращаемся к ентому файлу и по наложенным фильтрам (опять же поставщик, артикул и какая там еще батва) находим енту строку и вот ее и переносим в однаЭс

(18)Ты не новенький. По телефону мы это обсудили. Это не красиво, потомучто 1с-предприятие должно пользоваться штатными средсвами!

А что использование файла ДБФ не штатное средство???
Тоесть работа с ИксБейз является НЕ ШТАТНЫМ средством

Зачем тащить чужие прайсы к себе в базу? Они могут и снаружи неплохо полежать.

Ну так и я о томже. нак этот хлам в базе не нужен

(21,22) Хотя может вы и правы.