Дмитрий Бичко (Все сообщения пользователя)

Артемий у меня вот вопрос зная специфику работы 1С я знаю что чем чаще она получает ответ тем лучше работает так как если она долго не видит ответа от сайта она начинает отдавать ресурсы на другие процессы и замедляет сама пропингавку сайта у вас не было с этим проблем? я игрался с настройкай время шага когда-то на очень большом проекте у меня валился сервр из-за нагрузки и я вот нашел что время от 30 до 40 секун это оптимальное время. И что мешает вам делать порционные выгрузки с тригером по изменениям тем самым разбивая отмен на несколько более легких чем один большой?

Спасибо за ответ-) Вы знаете у меня товаров 100000 гдето + ко всему в выгрузку уходит около 10 свойст склады 5 штук 7 типов цен файлы у меня весят 900 и 870 Мб соответственно. И у меня выгрузка отрабатывает за 2 часа полная (у меня есть свои наработки в решении вопросса быстро действия обмена) я понимаю что бережется память но вопрос такой : 1  почему столько мусора в парсере я понимаю что ввиду того что он используется дли миграции инфо-блоков но всеже неужели нельзя сделать отдельные 2 если не делать ничего с парсером как на моем примере полная выгрука идет около 30 часов ... этож не нормально-(

Доброго время суток,уважаемые коллеги!

У меня к вам такой вопрос...

Я давно занимаюсь интеграцией сайтов с 1С и всегда задавался вопросом почему обмены выполняются очень долго.
Недавно решил провести эксперимент сделать небольшую отладку для подсчета количество запросов к базе данных при обмене. И вот какой у меня получился результат: примерно 5000 Insert-ов в таблицу и 1500 update-ов это на читке файла при этом сам импорт занял 120 запросов в сумме(имеется ввиду шаг импорта элементов).Тестировал я на не большом файле весит 382 Кв в нем 13 товаров, 3 группы,37 свойств, файле 7237 строк .

И вот мой самый главный вопрос получается что очень низкое КПД тоесть львиная часть запросов уходит на читку файла почему так и что с этом можно сделать?