Где можно хранить большой объем номенклатуры? v8.2 #655032

Имеется большой объем номенклатуры (порядка сотен тысяч элементов, возможно еще больше) в отделном файле/файлах. Периодически у работников возникает необходимость переноса определенных элементов из файла в справочник номенклатуры в 1С. Всю номенклатуру разом залить нельзя, т.к. во-первых, из-за огромного объема справочника будут тормоза и без того немаленькая база разрастется еще сильнее, во-вторых, далеко не все позиции оттуда нужны (или будут когда либо нужны) в 1С. Сейчас работники вручную перебивают элементы из файла в справочник номенклатуры. Я вот думаю, как можно автоматизировать процесс переноса элемента? Куда можно слить эту базу номенклатуры, чтобы потом по щелчку на строке можно было автоматом перенести элемент нажав на кнопку "загрузить в справочник номенклатуры"? Можно конечно создать справочник-дубликат Номенклатура, хранить всё в нем, автоматизировав по кнопке перегрузку в основной справочник. Но это увеличит объем базы. Что посоветуете, господа?

В своей таблице SQL, можно и не в этой базе

Регистр сведений. Не думаю, что база так уж вырастет.

положи рядом базу, загрузи туда всю номенклатуру и тамкай нужное через СОМ

*таскай

а напрямую из файла таскать не вариант?

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

вот смотрю на базу УТ 11 Справочник Номенклатура Кол-во записей 31 251 ~100 Мб в чем проблема хранить в три раза больше в этой же базе , на sql?

[порядка сотен тысяч элементов] было бы страшно если порядка сотен миллионов.

Можно в dbf с необходимыми индексами или формате Ацесс. На каком либо общем ресурсе. Оптимально по затратам разработки, и скорости получения данных.

[порядка сотен тысяч элементов] стоило ли создавать топик из-за крошечного справочника ?

+1, только таскать лучше через COM - меньше накладных расходов :)

Как сделано у нас - есть номенклатура в dbf, порядка 1 000 000 позиций. Нужные загружаются в базу при необходимости в справочник Номенклатура через обработку. Все.

может им это нужно будет раз в полгода. Нафига здесь com? самое простое сделать рядом точно такую копию базы и таскать через стандартную ВыгрузкаЗагрузка XML.

нафиг здесь интеграция, сделал справочник Номенклатура вендора и таскай запросом

А помучатся?

Из всего вышесказанного сделал вывод, что надо либо класть в доп. справочник и таскать оттуда (будет быстрее всего), либо в дбф/эксель на шару, и таскать оттуда обработкой (указал каталожный номер->перегрузил). Обработкой выгрузка-загрузка XML думаю не прокатит, т.к. будет очень много операций для пользователя, они же по одной позиции в основном выгружают. А в чем преимущество регистра сведений, если можно в доп. справочнике хранить? на данный момент основной справочник и так около 150000 позиций. оценил ))

В таблицу SQL, а таскать через внешние источники данных

Тоже вариант. Я правильно понимаю что надо создать отдельную базу для этой таблицы на сервере?

думаю, лучше создать. В базе 1С ее рискованно держать

В регистрах сведений с подгрузкой данных через булки

21 опыт использования прайсов в регисре сведений порядка 60 лимонов. Стандартный прайс на 4 лимона. Автозапчасти для иномарок

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