Подскажите оптимальный алгоритм выгрузки остатков на сайт
Всем привет, подскажите оптимальный алгоритм выгрузки текущих остатков на сайт. Чаще всего вижу решения: каждые 5-15 минут выгружаются все остатки по каждой номенклатуре. Но как по мне это не оптимально, т.к. выгружаются данные, которые не менялись.
Поэтому есть мысль создать регистр сведений с реквизитами: номенклатура и дата. И писать в регистр сведений номенклатуру и дату у которой меняется остаток. Потом регламентным заданием проходить по этому регистру, выбирать записи, которые меньше или равны текущей дате. И потом только для этой номенклатуры получать остаток на текущую дату из регистра остатков и выгружать на сайт. Если записей в этом регистре не будет, то и выгрузки на сайт не будет. После успешной выгрузки номенклатуры, можно очищать все записи до текущей даты.
Поэтому есть мысль создать регистр сведений с реквизитами: номенклатура и дата. И писать в регистр сведений номенклатуру и дату у которой меняется остаток. Потом регламентным заданием проходить по этому регистру, выбирать записи, которые меньше или равны текущей дате. И потом только для этой номенклатуры получать остаток на текущую дату из регистра остатков и выгружать на сайт. Если записей в этом регистре не будет, то и выгрузки на сайт не будет. После успешной выгрузки номенклатуры, можно очищать все записи до текущей даты.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Зато надежно.
У вас большое количество позиций, что требуется оптимизировать?
Если требуется оптимизировать, то какую именно часть алгоритма?
Остатки долго получаются?
Долго обмен происходит из-за большого объема данных?
Просто если проблемы нет, зачем усложнять?
П.С. Если сайт упадет и его восстановят из бэкапа, с некорректными остатками, знаете, куда ваш оптимальный алгоритм пойдет?
П.П.С. Если сам обмен долго выполняется, то можно сделать РС, с данными прошлых остатков, которые отправлялись на сайт. Брать текущие остатки, сравнивать с данными РС - отправлять только те, что отличаются.
После обмена - записывать данные в РС.
И опцию соответственно - выгружать полные остатки или выгружать только отличия.
Но как по мне это не оптимально, т.к. выгружаются данные, которые не менялись.
Зато надежно.
У вас большое количество позиций, что требуется оптимизировать?
Если требуется оптимизировать, то какую именно часть алгоритма?
Остатки долго получаются?
Долго обмен происходит из-за большого объема данных?
Просто если проблемы нет, зачем усложнять?
П.С. Если сайт упадет и его восстановят из бэкапа, с некорректными остатками, знаете, куда ваш оптимальный алгоритм пойдет?
П.П.С. Если сам обмен долго выполняется, то можно сделать РС, с данными прошлых остатков, которые отправлялись на сайт. Брать текущие остатки, сравнивать с данными РС - отправлять только те, что отличаются.
После обмена - записывать данные в РС.
И опцию соответственно - выгружать полные остатки или выгружать только отличия.
День добрый. На бумаге звучит верно. Нужно отработать случай, если номенклатуру выкупили в 0, чтобы и на сайте обнулился остаток. В зависимости от числа позиций номенклатуры могут всякие интересные случаи происходить. Банально, успеет ли сайт быстро обработать все изменения до следующей выгрузки, и как точно узнать, что сайт обработал данные? Только остатки выгружаете, без цен? А то и каждое изменение цены отслеживать нужно...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот