Какие есть варианты чтобы загрузить 300 000 номенклатуры быстро.


ТекстЗапроса = "
   |Обрабатывать НеПомеченныеНаУдаление;
   |ЭлементСсылка        = Справочник.Номенклатура.ТекущийЭлемент;
   |Поле_Наименование  = Справочник.Номенклатура.Наименование;
   |Поле_Код           = Справочник.Номенклатура.Код;
   |Поле_Артикул       = Справочник.Номенклатура.Артикул;";
   Если ПереноситьИерархию Тогда
       ТекстЗапроса = ТекстЗапроса + "
       |Поле_Родитель5     = Справочник.Номенклатура.Родитель.Наименование;
       |Поле_Родитель4     = Справочник.Номенклатура.Родитель.Родитель.Наименование;
       |Поле_Родитель3     = Справочник.Номенклатура.Родитель.Родитель.Родитель.Наименование;
       |Поле_Родитель2     = Справочник.Номенклатура.Родитель.Родитель.Родитель.Родитель.Наименование;
       |Поле_Родитель1     = Справочник.Номенклатура.Родитель.Родитель.Родитель.Родитель.Родитель.Наименование;";
   КонецЕсли;
   Если ЕстьРеквизитПроизводитель Тогда
       ТекстЗапроса = ТекстЗапроса + "
       |Поле_Производитель = Справочник.Номенклатура.Производитель.Наименование;";
   КонецЕсли;
   ТекстЗапроса = ТекстЗапроса + "
   |Группировка ЭлементСсылка БЕЗ ГРУПП;
   |";          
   
   //Запрос = БазаОле.EvalExpr("СоздатьОбъект(""Запрос"")");
   Запрос = БазаОле.CreateObject("Запрос");
   Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда
       Сообщить("Запрос не выполнен!");
       Возврат;
   КонецЕсли;
   
   ТаблицаЗапроса = БазаОле.CreateObject("ТаблицаЗначений");
   Запрос.Выгрузить(ТаблицаЗапроса,1,0);    
   
   ТаблицаЗапроса.ВыбратьСтроки();
   Пока ТаблицаЗапроса.ПолучитьСтроку() = 1 Цикл        
       ОбработкаПрерыванияПользователя();
       
       НоваяСтрока = Объект.ТабличнаяЧасть.Добавить();
       НоваяСтрока.Поле_Код          = ТаблицаЗапроса.Поле_Код;
       НоваяСтрока.Поле_Артикул      = ТаблицаЗапроса.Поле_Артикул;
       НоваяСтрока.Поле_Наименование = ТаблицаЗапроса.Поле_Наименование;
       НоваяСтрока.Поле_Производитель = ТаблицаЗапроса.Поле_Производитель;
       
       Если ПереноситьИерархию Тогда
           НоваяСтрока.Поле_Родитель1 = ТаблицаЗапроса.Поле_Родитель1;
           НоваяСтрока.Поле_Родитель2 = ТаблицаЗапроса.Поле_Родитель2;
           НоваяСтрока.Поле_Родитель3 = ТаблицаЗапроса.Поле_Родитель3;
           НоваяСтрока.Поле_Родитель4 = ТаблицаЗапроса.Поле_Родитель4;
           НоваяСтрока.Поле_Родитель5 = ТаблицаЗапроса.Поле_Родитель5;
       КонецЕсли;
   КонецЦикла;

Короче говоря запих в таблицу восьмерки занимает писец времени.

Понятно. Вариантов нет.

почему

прямые запросы

готовишь тз и потом с не работа в 8

(5) так не в запросе дело. запрос нормально итак идет.
90 процентов занимает выборка и заполнение ТЗ в восьмерке.

ТаблицаЗапроса.ВыбратьСтроки();
   Пока ТаблицаЗапроса.ПолучитьСтроку() = 1 Цикл        
       ОбработкаПрерыванияПользователя();
       
       НоваяСтрока = Объект.ТабличнаяЧасть.Добавить();
       НоваяСтрока.Поле_Код          = ТаблицаЗапроса.Поле_Код;
       НоваяСтрока.Поле_Артикул      = ТаблицаЗапроса.Поле_Артикул;
       НоваяСтрока.Поле_Наименование = ТаблицаЗапроса.Поле_Наименование;
       НоваяСтрока.Поле_Производитель = ТаблицаЗапроса.Поле_Производитель;
       
       Если ПереноситьИерархию Тогда
           НоваяСтрока.Поле_Родитель1 = ТаблицаЗапроса.Поле_Родитель1;
           НоваяСтрока.Поле_Родитель2 = ТаблицаЗапроса.Поле_Родитель2;
           НоваяСтрока.Поле_Родитель3 = ТаблицаЗапроса.Поле_Родитель3;
           НоваяСтрока.Поле_Родитель4 = ТаблицаЗапроса.Поле_Родитель4;
           НоваяСтрока.Поле_Родитель5 = ТаблицаЗапроса.Поле_Родитель5;
       КонецЕсли;
   КонецЦикла;

Таблица - объект ОЛЕ.
Получение полей этой таблицы (все строковые) и заполнение тз в восьмерке 90 процентов. не пойму почему.

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

а то получается в тз запроса все колонки строковые - что раздувает ТЗ.
а потом и тормоз по ним.
Хотя я пробовал прямым перебором. Тоже не айс.

СправV7 = БазаОле.CreateObject("Справочник.Номенклатура");

   СправV7.ВыбратьЭлементы();    
   Пока СправV7.ПолучитьЭлемент() = 1 Цикл
       Если СправV7.ПометкаУдаления() = 1 Тогда
           Продолжить;
       КонецЕсли;
       
       ОбработкаПрерыванияПользователя();
       
       НоваяСтрока = Объект.ТабличнаяЧасть.Добавить();
       НоваяСтрока.Поле_Код          = СправV7.Код;
       НоваяСтрока.Поле_Артикул      = СправV7.Артикул;
       НоваяСтрока.Поле_Наименование = СправV7.Наименование;
       
       Если ЕстьРеквизитПроизводитель Тогда
           НоваяСтрока.Поле_Производитель = СправV7.Производитель.Наименование;
       КонецЕсли;    
       
   КонецЦикла;

сейчас сколько по времени загрузка идет ?

полчаса.

|Поле_Родитель5     = Справочник.Номенклатура.Родитель.Наименование;
       |Поле_Родитель4     = Справочник.Номенклатура.Родитель.Родитель.Наименование;
       |Поле_Родитель3     = Справочник.Номенклатура.Родитель.Родитель.Родитель.Наименование;
       |Поле_Родитель2     = Справочник.Номенклатура.Родитель.Родитель.Родитель.Родитель.Наименование;
       |Поле_Родитель1     = Справочник.Номенклатура.Родитель.Родитель.Родитель.Родитель.Родитель.Наименование;";

- Красава!!!

не создание. заполнение данных.
Я не делал создание номенклатуры в момент считывания.
Сначала заполняю в восьмерке данные. потом по ним создавать буду.

Еслди например (10) без производителя - то 5 минут заполнение.

(13) сейчас я без иерархии считываю.

поэтому условие и поставил по галке. без иерархии 30 минут, с ней еще на столько же прибавляется.

Это случайно не та обработка, которую ты "быстренько накатал, чтобы универсально сливать инфу с семерки"?

Короче говоря каждая из этих строк в отладчике занимает 15 процентов
НоваяСтрока.Поле_Код          = ТаблицаЗапроса.Поле_Код;
       НоваяСтрока.Поле_Артикул      = ТаблицаЗапроса.Поле_Артикул;
       НоваяСтрока.Поле_Наименование = ТаблицаЗапроса.Поле_Наименование;
       НоваяСтрока.Поле_Производитель = ТаблицаЗапроса.Поле_Производитель;

Время занимает не "запих в 8ку", а получение данных из ОЛЕ-объекта 7.7

Обрати уже свой взор на базы данных. На MS SQL, к примеру...

(17) она) теперь страдаю над оптимизацией. покоя не дает что час надо ждать. хоть даже разовая)
Принципиально хочется ускорить.

(19) ок. пусть так. Вопрос почему из (18) получение каждой строки - 15 процентов выполнения всей обработки.

v8: Загрузка справочников из 7.7 в УТ11 огрромного справочника номенклатуры.
ты же написал за 15 минут!?

(21) Чуял я, что фигню накатаешь... Так и вышло... Удачи в оптимизации! :)

(22) Потому что ОЛЕ.
Сделай не
НоваяСтрока.Поле_Артикул      = ТаблицаЗапроса.Поле_Артикул;
а просто переменную
Поле_Артикул      = ТаблицаЗапроса.Поле_Артикул;
и замерь, результат будет такой же

(22) так она ОЛе. по этому так долго

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

Думаю может в текст по оле загнать. в восьмерке получить этот текстовый файл. и все дела.

Давай так: скинь мне на мыло концепт твоей чудо-проги. Т.е. что она должна делать, какие требования. А я тебе скину, как я это вижу.

(29) за бесплатно ? :)

(13) Ахахахах xD

(27) а есть у восьмерки возможность сделать прямой запрос в семерке без компонент?

(29) эту обработку загрузки? да нефиг делать

Вот кстати выборка таблицы ОЛЕ - закомментировал заполнение. вообще мгновенно. 300 000 строк за пару минут обошла.

ТаблицаЗапроса.ВыбратьСтроки();
   Пока ТаблицаЗапроса.ПолучитьСтроку() = 1 Цикл        
       ОбработкаПрерыванияПользователя();
       
       НоваяСтрока = Объект.ТабличнаяЧасть.Добавить();
       //НоваяСтрока.Поле_Код          = ТаблицаЗапроса.Поле_Код;
       //НоваяСтрока.Поле_Артикул      = ТаблицаЗапроса.Поле_Артикул;
       //НоваяСтрока.Поле_Наименование = ТаблицаЗапроса.Поле_Наименование;
       //НоваяСтрока.Поле_Производитель = ТаблицаЗапроса.Поле_Производитель;
       //
       //Если ПереноситьИерархию Тогда
       //    НоваяСтрока.Поле_Родитель1 = ТаблицаЗапроса.Поле_Родитель1;
       //    НоваяСтрока.Поле_Родитель2 = ТаблицаЗапроса.Поле_Родитель2;
       //    НоваяСтрока.Поле_Родитель3 = ТаблицаЗапроса.Поле_Родитель3;
       //    НоваяСтрока.Поле_Родитель4 = ТаблицаЗапроса.Поле_Родитель4;
       //    НоваяСтрока.Поле_Родитель5 = ТаблицаЗапроса.Поле_Родитель5;
       //КонецЕсли;
   КонецЦикла;

(33) Не... Обработка мне не нужна. Я тебе таких за день штук 10 наклепаю...
Ты мне расскажи вот что: что за конфа, в которую ты загружаешь данные. Для чего она нужна?

(35) причем тут конфа. тема ее не касается.

(36) Смотри на проблему шире.

(30) Некоторые советы и бесплатно могу дать.
Если человек дорос до определенного уровня - сделает сам.
А если не дорос - тут и бесплатный совет не поможет.

У меня на сайте все есть. смысл тут обсуждать?

(0) Ты сделал из 7-ки заполнение данных в 8-ки, а попробуй из 8-ки по ОЛЕ получить данные из 7-ки и заполнять ТЧ

(40) вообще то из восьмерки...

проблема в получении значений таблицы....

Это для анализа прайс-листов?

http://clip2net.com/s/2jKs4

Это я отладчик прервал на 200 000.

(41) Точняк.
Попробуй перед выгрузкой в оле пустых производителей заполнить ""

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

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

ладно короче говоря наверное забить и как есть. разовый перенос.

а если в запросе добавить в одну переменную с разделителями
 |ЭлементСсылка        = Справочник.Номенклатура.ТекущийЭлемент;
   |Поле_Наименование  = Справочник.Номенклатура.Наименование;
   |Поле_Код           = Справочник.Номенклатура.Код;
   |Поле_Артикул       = Справочник.Номенклатура.Артикул;";
а уже при добавление в тз форматировать. быстрее будет ?

Сейас попробую получение через EvalExpr

Кстати а что если заюзать внешние источники данных. Кто нить пробовал?

там только скл....

нет дбф можно

Мань сколько платишь? Загружу 300 000 за менее минуты ...

любой DNS можно

(55) а куда копать хоть. вернее что использовать. намек.

http://infostart.ru/public/71130/#Pro_rabotu_s_COMObekt_V81_Application_ili_kak%20razognat_1S_v_1000_raz

(57) В ДНК

(60) ха ха.
я просил как. а не где ошибка

ОЛЕ-тормоз. Тупой ДБФ куда производительнее.

(60) Копать? У товарища только поле в новой строке 94 сек заполняется = 100% ДНК. С учетом супер оптимизации 10 000 элементов стандартными средствами будет писаться в 1с в районе минуты в файловую базу - намек понят?

(50) а если объединить все в одну строку. но я так понимаю есть оптимальней выход. то есть тут уже нужно обходится механизмами не 1с.
я вот думаю что надо прямой запрос с получением всего что нам надо и записью в дбф,хмл,тхт а потом загрузка. так быстрее ?

у меня интерес к тебе к быстро загрузить н+00000 элементов.

(62) ну и ?

(0) Не читал полностью, но ты лучше из семерки подключайся к 8 через COMConnector и поймешь разницу между внутренним и внешним сервером автоматизации

(62) 200000 / 94 = 2170 в секунду.

(67) 1 поля. у тебя 4

(68) я и спрашиваю что дальше?
Если бы речь шла о километре кода. и разюираться надо было что оптимизировать то что можно оптимизировать в

ТаблицаЗапроса.Поле_Код;

????

в запросе получи строку с видом |Поле =  Справочник.Номенклатура.Наименование"+;+"+Справочник.Номенклатура.Код;Справочник.Номенклатура.Артикул;";

ты получишь 1 вызов к объекту оле. и это будет быстрее в 4 раза. или я не прав ?

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

(70) без запроса выборка получает сразу 1 объект. Я жу еписал.
И заполнение происходит за 5 минут.
Как только добавляется реквизит Производитель и получение наименования. выборка превращается в теже 30 минут.

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

(73) нет. я же опять таки писал вверху почему.
запрос не тормозит. выполняется за минуту. выгружает все в ТЗ.

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

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

на КД 300 000 вообще бы не выгрузилось. Часа бы три думало потом бы оборвало с недостатком памяти. И файл был бы в гиг обмена.

(75) нет. чтение таблиц прямым запрос мение 1 секунды запись в тз до 5 секунд. при этом что спр 100к

так что ты тупишь

(76) ты чо дурак? посмотри количество вызовов. 174 000 раз.

(0) А в чем проблема использовать 8 ку в качестве сервера?

короче я устал. уже начались придумки...уже никто ничего не читает.

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

Быстро, через файл :)

Один хрен потом создавать номенклатуру будет 300 тысяч) два часа) так что 30 минут заполнения как то уже и не очень много кажется. Вот час уже создание делается.

если человеку надо ком. не знаю что он там делает. но у меня документ с 8 в 7 создает за 1 сек. с притом что проверка или это новый или изменений. не хочу гадить тс

(86) с учетом всех полей документа.

(83) вопрос стоял в плане оптимизации. принципиальный. хотелось ускорить до 5-10 минут.
Против 30.
КД как я писал уме5рло бы на таких объемах сразу. Больше 50 тыщ объектов любой обмен КД умирает.

(86) да если гооврить о 50 объектах то чо тут говорить))

в секунду загрузка обрабатывает 600 объектов в среднем.

КД вообще 100 объектов пару секнуд будет думать. никогда не замечали?))

совет. в обработке в 8. запускаем 1с7 с обработкой с прямым запрос и выгрузкой дбф,хмл,тхт. а потом делай. что тебе надо в 8.


вот ты снова критикуешь то что ты не используешь. да проще использовать кд при спр в 100к если документ 300к. так что молчи. и думай о своем.

Все готово. загрузил и создал всю номенклатуру. 1-20 часа общий итог. 30 минут получение и заполнение в восьмерке таблицы, 50 минут создание номенклатуры.

ща буду пробовать прайсы по 80 тыщ загружать)

точно добавлю веб кошелек и за услугу буду просить 1$. вернее за будущие спасибо :). і

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

ну ты осел. в обработке пропиши. регистрацию и копированию.  леньтяй!

и ты все равно не Слышишь. что я пишу. У ТЕБЯ В ИТОГЕ ДБФ ТАБЛИЦА С ТЕМ ЧТО ТЕБЕ НАДО

все равно что твоя ТЗ.... а .... пойду пиво попью.а то ты злой

(88) Ну если напрямую писать через SQL то количество времени уверяю тебя будут просто смешными. у меня миллионные прайсы грузятся ежедневно десятками грузятся

(100) не. тут походу дбф. так что МАги ваши советы ?

(100) тут бдф. вопрос к МАСТЕРАМ, как быстрее ?

сори. или инет или сервер :(.

(100) у если у клиентов ни у кого нет скл?))) Может хватит варианты предлагать со скл и прямыми запросами.
База семерка файловая. Запрос делается и выгружается в ТЗ 2 минуты. не вижу СМЫСЛА делать прямой запрос по справочнику.

(104) у тебя получение тупит в 94 .....

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

(98) я знаю. временная. в кеше. Однако и выборка ее занимает фигню делов)

Пистец товарищи. Уже всю тему обсуждаем что тормроз это получение значний из таблицы. Я делал тест на выборке без получения значений.
А вы по прежнему пытаетесь сказать что впроблема в прямых запросах. .....

(107) У тебя проблема вызова метода или свойства через маршалинг внешнего сервера. А вот ты других слушать не хочешь. Это твои проблемы.

(107) "это получение значний из таблицы". Ты хотел сказать "заполнение табличной части"?

(108) какого метода? где ты метод увидел?

НоваяСтрока.Поле_Код          = ТаблицаЗапроса.Поле_Код;
       НоваяСтрока.Поле_Артикул      = ТаблицаЗапроса.Поле_Артикул;
       НоваяСтрока.Поле_Наименование = ТаблицаЗапроса.Поле_Наименование;
       НоваяСтрока.Поле_Производитель = ТаблицаЗапроса.Поле_Производитель;

о каких методах идет речь?

(100) Ну вот зачем? Если Маня узнает что такое инсерт и апдейт он же по пол ляма будет в месяц заколачивать ...

Вариант без прямой записи в восьмерку:
1. На таблицы семерки навешиваем вьюшки с нормальными именами полей (не обязательно, в противном случае просто разбираем структуру самостоятельно по файлу)
2. В восьмерке рисуем коннект к внешним данным
3. Грузим по запросу к 2

кто нить из вас с ПОЛНОЙ уверенностью может сказать что файл ДБФ с 300 000 строк будет считываться пару минут.

(111) сделай не 4 вызова ТаблицаЗапроса, а 1 и получи 4 параметра. это уже быстрее

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

Книга знаний: v8: Охота на Com-ов
(110) Ну если бы ты был в теме, то свойства и методы в COM вызваются через два метода DispGetIDsOfNames и Invoke

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

(115) каким это образом возможно?

Через два метода интерфейса IDispatch GetIDsOfNames и Invoke

(118) просто считывание.

(114) Считываться значительно быстрее.

(119) а что в запросе нельзя получить любое поле ? ужас

то что будет потом уже ОЛЕ не касается.
Идет заполнение данных в ИЗ восьмерки. а сохздание уже никаким боком к оле не относится.

тьфу. блин.

(123) какой запрос? епать. таблица значений. ты говоришь сделай вызов один раз. бред какой то.

(100) на каждый прайс своя загрузка или мегауниверсальная мегаобработка для всех прайсов?

(127) По параметрам прайсов генерится свой запрос

вот ты тут что получаешь и откуда..
НоваяСтрока.Поле_Код          = ТаблицаЗапроса.Поле_Код;
       НоваяСтрока.Поле_Артикул      = ТаблицаЗапроса.Поле_Артикул;
       НоваяСтрока.Поле_Наименование = ТаблицаЗапроса.Поле_Наименование;
       НоваяСтрока.Поле_Производитель = ТаблицаЗапроса.Поле_Производитель;
а теперь подумай о 50 постах.

(127) универсальная. настраиваемая.

(129) и у тебя пример замера в 44. так что. а не буду грубым. промолчку

(114) Женя, я блин удивлен...
прайс 15000 строк читается из ДБФа нескольо секунд.. 300 тыс будет чуть поболее...

(129) из таблицы (которая является объектом ОЛЕ) получаю значения.

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

(130) как примерно будет настроено типа такое
если в столбце значение формата "DVD x 9" - то получить надо "9"
а если другого формата - то пропустить, за исключением формата типа
"3MP3" - отсюда получить "3"... - т.е. количество дисков в комплекте..?

(134) а при чем здесь ЧТЕНИЕ ИЗ ДБФ..? все тормоза в получении значений через ОЛЕ - это жутко тормозной вариант.

ну так напиши свой инстал. где все проставит и доставит. а в итоге запуск 1 обработки и о чудо все в 8.

(135) не грузи меня сейчас. это к теме не относится.

(121) Я к тому, что в (111) у тебя не просто считывание... А еще и запись (заполнение табличной части).

(136)я уже написал 40 постов назад. что считывание в восьмерку заняло 30 минут. СОЗДАНИЕ в восьмерке! Уже из собственной таблицы - 50 минут.

(135) Для таких приходится отдельно писать предварительную обработку. Но это обычно мелкие прайсы причем в экселе. Большинство работают по определенным стандартам.

(134) выполни в контексте ОЛЕ слив справоячника в ДБФ, в 8-ке прочитай ДБФ.

итого час 20 на 300 тысяч номенклатуры. В принципе результат офигенный. учитывая нажатие двух кнопок и все.
КД - умерло бы сразу.
Подключение компонент и прочей уеты - мне больше выйдет чем вся эта долбанная загрузка.

(143) опять ты про то чего не знаешь. не фуфли тут

(140) женя, ты блин определись, что тебе надо. чтение из ДБФ или чтение из ДБФ через прокладку ОЛЕ. основное время сожрет получение занченйи через прокладку ОЛЕ.

(136) Не через оле, а через внешний сервер ОЛЕ. Внктренний сервер будет работать быстро. Хотя вызов в 7 ке своих методов быстрее.

(135) не парься. в определенных спецификах рынка (востребованных все проще). В автозапчастях - артикул и производитель. и все звиздец. наименования ваще нах не нужны.

(146) угу.
женя хочет универсальный инструмент который работает быстро и эффективно. такого не бывает...

(145) ладно попробую как нить сделать через файл. если интерес будет.

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

(147) пиз.дите сер. приедет к вам проверка. вот тогда будете думать по другому.

(141) Ну и обработка для таких прайсов тоже универсальная. Просто прописывается код обработки для каждого прайса и через выполнить обрабатывается каждая строка.

пока что создание номенклатуры занимает 2/3 всей обработки, так что получение на этом фоне незначительно много занимает.
На фоне других вариантов типа КД это самый быстрый и действенный вариант получился.

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

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

(149) сделай в 8-ке текст семерошной обработки по сливу справочника в ДБФ. запусти эту обработку в контексте семерошного ОЛЕ. полученный ДБФ прочитай в 8-ке. будет просто акуеть как быстро. это я как неспец говорю.

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

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

(156) так кричал об этом. не ТС до ж.... дальше не буду серить в его огород

(156) я сильно НЕ уверен что это не займет в итоге ВСЕ теже 30 минут.
Если бы речь шла о 2-3 часах имел бы смысл искать такие пути. Когда 30 минут. что то мне подсказывает что 5 минут роли не сиграют.

(155) угу.. вот эти мелкие донастройки - полное УГ. загрузка прайса - 95% универсальный код. оставшиеся 5% - специфика каждого прайса, которая не поддается унификации. я - не смог унифицировать... самый путь который выбрал - систем а плугинов. в ключевых точках - вызовы плугинов с возвратом нужного. плугины - практически под каждый прайс отдельные. свести к чему-то единообразному - не удается...

(160) такой слив-чтение суммароно займут минут 10, не больше, а если это на нормальном компе - то воопще пипец будет

(161) хорош уже) у тебя один опыт у меня другой. может я настока гениален что нашел те варианты которые ты не видел))))

у меня больше 500 клиентов одной обработки. спорить будем кто больше повидал?

я ж те грю - лет 6-7 назад ПОЛНАЯ ЗАГРУЗКА прайса на 15000 из ДБФа занимала секунд 20.

(162) попробую. как бы не хотелось вспоминать семерку...

(163) Хе хе. Гений1С отдыхает.

(164) мне спорить не надо ;-) я тебе 3-4 прайса выдам и посмотрю как ты их одной и той же обработкой загрузишь без допрограммирования. ;-)

Есть еще понятие целесообразности. Я думал что я что то пропустил в ОЛЕ.
Выгрузка-загрузка такого справочника . дело разовое. выполняемое один раз.
И то это у меня столько)
У других и 30 тысяч не будет.
Производителей 1500 штук за пару минут загрузил и создал.

структурированные прайсы грузит - хрен ли... а когда прайс типа вручную в экселе написан - тут начинается веселуха.. ;-)

(169) согласен. если это разовые работы то бороться особо за скорость не надо...

(168) давай) жду в скайпе.

(172) ща попробую найти прасики...

и мне

(88) проверял?

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

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

причем все порезано в правилах обмена по самое не балуйся.

(0) прикольный перенос. Типа знания одного верхнего родителя для переноса недостаточно?

а так там вообще кирдык. Родитель через наименование тащится. Начало пятницы зачтено.

(178) в смысле? надо же все уровни. а не один.

(179) ну и ? для ОЛЕ нужны строковые данные. получаю в запросе название родителя сразу. на ссылках вообще все умрет.

можно еще быстрее, чем ДБФ семерочный... записываем в текст с разделителями, но опять же не через стандартный текст, а через vbs FSO
и полученный файл читаем через ADO ))

(180) каждый последующий уровень определит предыдущий

(172) чтото в скайпе вы неактивны..

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

(182) чо чо.

(185) to google ))

(176) сейчас занимаюсь переводом ПУБ на УПП, только что выгружал справочник номеклатуры в УПП: материалов 70 тыс, номенклатуры 30 тыс и того 100 тыс, выгрузилось довольно быстро (и это все поля, ничего не порезано) и без всяких ошибок. ЧЯДНТ?

для быстрее я бы вообще через ОЛЕ не тащил. В одной базе выгрузил в файр, в другой из файла загрузил. Разовая операция то?

(187) ты небось не ОЛЕ юзаешь )

а что в оле нельзя запустить обработку ?

(189) ну я про КД речь вел

(176) КД дохнет на 50000? Офигеть. Обработку порциями не прописать что ли? Прием известный, в типовых есть. (190) смотря какими руками.

(192) тс не читает такого. а можно так (190) ?

(193) да можно конечно. Но не так как ТС делает. Это же надо додумать такой объем данных одним запросом херакнуть.

(194) ну так прямой, на выхлопе дбф,хмл,тхт и т.д. и вуаля. или не . не фокус?

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

(196) форму для это же. я с телефона тута. Ы

можно ли так. создаю ком к 7 ну или апли. вызываю обработку. она создает прямой запрос, выгружает в дбф. ком для 8 вернет дбф. так можно ?

(198) а можно программно создать обработку для 7 ? с 8 ? и запихнуть все что надо.

ушел в warcraft3 dota

(199) можно

(201) но напрямую вызвать прямой запрос или мета 1с7. мы не можем или можем ?

(202) условие 1с7 объект подключения

(201) если аппи. то вроде как да. если ком то не ?

зашибетесь реклама

Компьютеры — это как велосипед. Только для нашего сознания. Стив Джобс

надо учитцо!!!!!!!
«Когда мы встречались последний раз, я был всего лишь учеником; теперь я — мастер.»
— Дарт Вейдер — Оби-Вану Кеноби(источник)

можно ли это или нет ? вот в чем вопрос ! (202)

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

(208) а кто про это. вопрос чтения с 7. запись 8. судорь вы под чем !

(208) ответ на (207)
Никто не мешает выгрузить данные в текстовый файл из команд SQL, например вот такого вида
"Insert .... into ...." и передать его в ADO или native, как хотите.
Вот только не факт, что 1С будет с такими данными работать.
И я сударь, под чаем сижу))) А утром под кофе...

(210) кофеин это как бы наркотик

(27) а зачем в дбф, сразу ТЗ в файл и считать из файла в ТЗ :)

(211) Ну да, "Арабика" свежесмолотая, в турке заваренная, сильно торкает))) А вот цейлонский чай листовой, нет.
А вы на чём сидите, сударь? Обмен опытом так сказать )))