Size: a a a

1С, БСП, DevOps и Архитектура

2019 December 15

D1

Developer 1C in 1С, БСП, DevOps и Архитектура
Всем привет, подскажите делаю обмен с мобильным приложением, гружу номенклатуру но список номенклатуры почти 50 тыс позиций, как реализуют механизм обмена порциями в теории?
источник

AS

Anton Selin in 1С, БСП, DevOps и Архитектура
Можете через план обмена, или через регистр. Выгруженные объекты помечать или удалять
источник

D1

Developer 1C in 1С, БСП, DevOps и Архитектура
Anton Selin
Можете через план обмена, или через регистр. Выгруженные объекты помечать или удалять
Да так и делаю, но первая синхронизация получается все объекты, а потом только то что попадет на ригестрацию.
источник

A

Andrei in 1С, БСП, DevOps и Архитектура
Developer 1C
Да так и делаю, но первая синхронизация получается все объекты, а потом только то что попадет на ригестрацию.
Первая должна только поставить задачу отметить все объекты к обмену, а потом спрашивать готово или нет. Когда готово забирать порциями
источник

A

Andrei in 1С, БСП, DevOps и Архитектура
//если правильно понял задачу
источник
2019 December 16

AK

Alexey Kostromin in 1С, БСП, DevOps и Архитектура
Developer 1C
Всем привет, подскажите делаю обмен с мобильным приложением, гружу номенклатуру но список номенклатуры почти 50 тыс позиций, как реализуют механизм обмена порциями в теории?
да, интересно было бы узнать мнение коллег о том, как можно решить проблему долгой первой синхронизации мобильного приложения с центроальной базой, при большом списке номенклатуры  (десятки тысяч наименований)
источник

PD

Pavel Dittse in 1С, БСП, DevOps и Архитектура
Developer 1C
Да так и делаю, но первая синхронизация получается все объекты, а потом только то что попадет на ригестрацию.
а что мешает в процедуре выборки изменений написать "выбрать первые 1000" и выгружать только эти изменения? и пусть процедура синхронизации в МП  постепенно все ваши десятки тыщ и выбирает.
источник

PD

Pavel Dittse in 1С, БСП, DevOps и Архитектура
ну или флаг добавить в пакет данных, типа "это не все, дерни обмен еще раз".
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Alexey Kostromin
да, интересно было бы узнать мнение коллег о том, как можно решить проблему долгой первой синхронизации мобильного приложения с центроальной базой, при большом списке номенклатуры  (десятки тысяч наименований)
А при чем тут МП?
источник

A

Andrey in 1С, БСП, DevOps и Архитектура
Developer 1C
Да так и делаю, но первая синхронизация получается все объекты, а потом только то что попадет на ригестрацию.
А как надо?
источник

AK

Alexey Kostromin in 1С, БСП, DevOps и Архитектура
Vassily Poupkine
А при чем тут МП?
Кто в теме тот поймет
источник

VP

Vitaly Popov in 1С, БСП, DevOps и Архитектура
Alexey Kostromin
да, интересно было бы узнать мнение коллег о том, как можно решить проблему долгой первой синхронизации мобильного приложения с центроальной базой, при большом списке номенклатуры  (десятки тысяч наименований)
Не синхронизировать всю номенклатуру, если возможно. Мы решали именно так

Или загружать не все поля при первой синхронизации.

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

VP

Vitaly Popov in 1С, БСП, DevOps и Архитектура
Alexey Kostromin
да, интересно было бы узнать мнение коллег о том, как можно решить проблему долгой первой синхронизации мобильного приложения с центроальной базой, при большом списке номенклатуры  (десятки тысяч наименований)
Из бредовых идей:
Например делаем большой файл обмена и в догонку к нему индекс поиска. К примеру, по наименованию. И уже отложено загружаем нужные элементы.
источник

AK

Alexey Kostromin in 1С, БСП, DevOps и Архитектура
Да, идея с регистром сведений выглядит стоящей, спасибо!
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Alexey Kostromin
Да, идея с регистром сведений выглядит стоящей, спасибо!
У нас так работало все на первых порах. И товар создавался только при первом сканировании/загрузке документа
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Alexey Kostromin
да, интересно было бы узнать мнение коллег о том, как можно решить проблему долгой первой синхронизации мобильного приложения с центроальной базой, при большом списке номенклатуры  (десятки тысяч наименований)
Но тут ещё вопрос - как именно данные вы перегоняете? Я спокойно гружу десятки тыщ товаров при первом обмене за минут 5-10. А потом тупо догоняю изменения.

Тут вопрос ещё в сложности товаров - сколько реквизитов, табличных частей
источник

M

Malik in 1С, БСП, DevOps и Архитектура
Не всем подойдёт, но в свое время делали так: не синхронизировали номенклатуру вообще, только документы, в которых не было ссылок на н-ру, а только строковые поля: гуид, наименование. Все заказы формировались в центральной базе, на мобиле документ только проводился, либо исключались позиции
источник

AS

Anton Selin in 1С, БСП, DevOps и Архитектура
Какова глубинная цель опроса?
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Anton Selin
Какова глубинная цель опроса?
Скоротать время до НГ?
источник

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
Я здесь не одмин вроде как. Да и действительно не совсем понял цель опроса
источник