Вызывает интерес ваш технический прогресс...

Кто сталкивался на практике с необходимостью ведения очень большого (по количеству элементов) справочника? Есть мнение, что платформа тупо не потянет справочник с количеством элементов более двух-трех миллионов.

А как быть, если количество элементов составляет, например, 30-35 миллионов? Какие в этом случае могут быть варианты?

(0) Смотря как это справочник используется в процессе работы.

(0) Тестил в свое время. Овер 100 млн. нормально тянула. Большие объемы заливать терпения не хватило. :)

(0) Зачем столько данных тащить в 1с?

Работай с внешними данными. MS SQL отлично работает с большими объемами.

+(0) реквизитов там не более 10, но очень важно сохранить функциональность поиска, в том числе и по паре реквизитов.

(1) в основном для поиска - найти по коду, найти по реквизиту, потом выдать (куда-нибудь) значения всех реквизитов. Ссылок на справочник вроде не планируется.

(2) а поподробнее? что за справочник? какая платформа? не отвалился ли контекстный поиск и прочие бантики?

главное, чтобы не было table scan

(3) думал над этим, писанины вроде не сильно много, пара хранимых процедур для скуля и все тип-топ, но хотелось бы средствами платформы поиграть

(4) Конфа самописная была. Давно это было... Толи 8.2 толи первые релизы 8.3. Не помню. Поиск нормально работал.

(4) Имеется в виду интенсивность работы. Количество обращений.

Сразу по двум реквизитам будет хреново...
если одновременно только по-одному, то нормально...

(9) нет, одновременно по одному из нескольких. хотя...
хреновость в чем?

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

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

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

(13) да, строковые. в реквизитах ссылки, скорее всего, будут, но объекты (по этим ссылкам) передавать не нужно, просто код/наименование.

В общем не сцы. Делай. Платформа вытянет :)

(14) это (5)

Из 1ски искать только через "Начинается С" или "Равно". Даже учитывая отсутствие составных индексов при актуальной статистике скуль сработает по более селективному, а затем по нему сделает скан, что может быть достаточно по производительности.
Если платформенная структура таблицы не вытянет, то можно сделать внешний источник данных и проставить индексы там как надо.

(4) Тогда лучше регистр сведений.

(0) Как называется справочник?

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

справочники 2..3 ляма есть в типовых, например справочники или штрих коды...

(21)+ справочник партий

У нас штрих-кодов около 700к
Поиск по ним вроде норм.

(19) материалы

Уверен, что при грамотном подходе потянет и 100 000 000, и 1 000 000 000, так как SQL всё-таки именно под такие задачи и создавался, а 1С не ограничивает (повторюсь, при грамотном подходе) возможности SQL.

(24) Сделай ещё серию справочников типа "Классификатор ХХХ". В основном справочнике оставь только задействованные материалы. Добавь кнопку "Подбор из классификатора ХХХ"

(24) 35 млн наименований? Вы гугл что-ли каталогизируете?

(27) Там какие-нибудь запчасти для всех марок автомобилей

(26) в том-то и дело, что классификатор есть, а сами элементы, описываемые классификатором (или классифицируемые), со ссылкой на определенный узел классификатора, должны лежать в справочнике.

(27) почти.