Я вот специально создал сайт и базу - все тестовое. И сейчас занимаюсь проверкой нагрузки. Могу дать доступ. Результаты с обменом совсем не важные.
6 000 позиций. Обмен с сайтом 10 минут. И это только остатки вашим способом. Если например загружать 6 000 позиций в оприходование. Его проведение в два раза больше обычного с вашей регистрацией.
Фактически эти 6000 идут в регистр изменений (ваш). А при выгрузке еще будет целый запрос ко всем остаткам по этим же 6000 позициям... Т.е. уже а запросе два регистра. И еще там третий будет с УИДами...
Спрашивается зачем это все? Как я писал выше регистр "Остатки на сайте" этот вопрос бы решил в миг.
Вот сложно это тут писать. ПРоще было бы вживую поговорить. Схему нарисовать.
У ВАС
1) Запись в регистр всех и вся движений. без разбора. Даже групповое перепроведение вызовет записи. И даже прост ов документе что то захотят исправить - комментарий дописать и перепровести - все будет колбасится в регистр. А это постоянные не нужные выгрузки. У вас там по сути контроль на уровне ноль сейчас.
Огромнейшее количество беспорядочных фиксацией изменений и с ними и выгрузки.
2) При запуске обмена вы к этому регистру присоединяете остатки и УИДЫ.
3) Очищаете регистр.
Т.е . на лицо видно что идет постоянная работа с регистром. Что до выгрузки, что после выгрузки..
Что будет, если регистр "Остатки на САЙТЕ"
1) вообще никакой движухи ни по одному стандартному движению от слова совсем.
2) При запуске обмена - запрос к остаткам на складах и остаткам на сайте. Ставим условие ИМЕЮЩИЕ КолСклады <> КолСайт.
Все это - выгрузка на сайт.
После успешной выгрузки - записываем в регистр Остатки на сайте - то что выгрузили. Получили равные регистры.
Далее юзер настраивает задание. Это задание получает запрос к друм регистрам с опять тем же условием. Просто получает разницу. И вот вам то что нужно выгружать...
Вместо 10-20 кратный записей того что происходит у вас, будет 1 раз запись идти. Причем никак не смешанная с типовой, с проведением документов, блокировками, транзакциями которые вызывают типовые документы.
Разница есть?
6 000 позиций. Обмен с сайтом 10 минут. И это только остатки вашим способом. Если например загружать 6 000 позиций в оприходование. Его проведение в два раза больше обычного с вашей регистрацией.
Фактически эти 6000 идут в регистр изменений (ваш). А при выгрузке еще будет целый запрос ко всем остаткам по этим же 6000 позициям... Т.е. уже а запросе два регистра. И еще там третий будет с УИДами...
Спрашивается зачем это все? Как я писал выше регистр "Остатки на сайте" этот вопрос бы решил в миг.
Вот сложно это тут писать. ПРоще было бы вживую поговорить. Схему нарисовать.
У ВАС
1) Запись в регистр всех и вся движений. без разбора. Даже групповое перепроведение вызовет записи. И даже прост ов документе что то захотят исправить - комментарий дописать и перепровести - все будет колбасится в регистр. А это постоянные не нужные выгрузки. У вас там по сути контроль на уровне ноль сейчас.
Огромнейшее количество беспорядочных фиксацией изменений и с ними и выгрузки.
2) При запуске обмена вы к этому регистру присоединяете остатки и УИДЫ.
3) Очищаете регистр.
Т.е . на лицо видно что идет постоянная работа с регистром. Что до выгрузки, что после выгрузки..
Что будет, если регистр "Остатки на САЙТЕ"
1) вообще никакой движухи ни по одному стандартному движению от слова совсем.
2) При запуске обмена - запрос к остаткам на складах и остаткам на сайте. Ставим условие ИМЕЮЩИЕ КолСклады <> КолСайт.
Все это - выгрузка на сайт.
После успешной выгрузки - записываем в регистр Остатки на сайте - то что выгрузили. Получили равные регистры.
Далее юзер настраивает задание. Это задание получает запрос к друм регистрам с опять тем же условием. Просто получает разницу. И вот вам то что нужно выгружать...
Вместо 10-20 кратный записей того что происходит у вас, будет 1 раз запись идти. Причем никак не смешанная с типовой, с проведением документов, блокировками, транзакциями которые вызывают типовые документы.
Разница есть?