ПА
Буду благодарен
Size: a a a
2020 September 06
ПА
Пишу на js
ПА
S
Коллеги, всем привет. Возвращаясь к вопросу по 1с. Сделали выгрузку данных через одату из 1с 8.3 все ок работает вроде. Но есть одно Но.
Выгрузилась таблица около 1млн строк и 50 столбцов, нам надо обновлять данные через 2 часа. Можно ли как-то по odata выгружать только те данные которых нет в нашей таблице?
Выгрузилась таблица около 1млн строк и 50 столбцов, нам надо обновлять данные через 2 часа. Можно ли как-то по odata выгружать только те данные которых нет в нашей таблице?
S
А то мы так все сервера положим 1с своими запросами
A
Можно
A
Надо фильтровать по дате проводки
A
Ну и заложить лаг на пару месяцев назад
A
Чтоб недавно отмененные(удалённые) записи тоже можно было у себя обрабатывать
2_
Чтоб недавно отмененные(удалённые) записи тоже можно было у себя обрабатывать
так их вообще может уже не быть если удалили с концами.
АА
А то мы так все сервера положим 1с своими запросами
Если вы уже поработали с 1С в плане интеграции, то наверное заметили, что атрибут "версия" доступен только при запросе самого обьекта, но недоступен при запросе списка обьектов. Непростительный (имхо) архитектурный косяк реализации протокола ODATA.
S
Если вы уже поработали с 1С в плане интеграции, то наверное заметили, что атрибут "версия" доступен только при запросе самого обьекта, но недоступен при запросе списка обьектов. Непростительный (имхо) архитектурный косяк реализации протокола ODATA.
Не работал ещё. И как-то нет желания 😂 постоянная боль какая то
S
Надо фильтровать по дате проводки
Ага, была бы ещё эта дата.. Если есть, то ок. Я тоже думал над таким решением.. Но блин опять какие то костыли, был бы инкремент какой то
S
Ну и заложить лаг на пару месяцев назад
Или not exist какой нибудь
АА
если коротко, то нет простого способа получить только изменения, нужен свой велик
S
если коротко, то нет простого способа получить только изменения, нужен свой велик
👍Я так и понял
АА
👍Я так и понял
если данных много и быстродействие реально критично, я бы рассматривал гибридную интеграцию - получение изменений через прямой ридонли доступ к БД 1С, формирование очередей брокера по изменениям, потом стандартный запрос обьектов через ОДАТу и их обработка.
S
если данных много и быстродействие реально критично, я бы рассматривал гибридную интеграцию - получение изменений через прямой ридонли доступ к БД 1С, формирование очередей брокера по изменениям, потом стандартный запрос обьектов через ОДАТу и их обработка.
Прямого доступа к базе 1с никто не получит. Решение руководства
S
Увы, я о таком думал с первого дня