Size: a a a

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

2019 December 19

КВ

Кирилл Веревкин in 1С, БСП, DevOps и Архитектура
Basil Stepanov
похоже, что из-аз Обновление индекса ППД
На партнерке писали про это
источник

BS

Basil Stepanov in 1С, БСП, DevOps и Архитектура
Кирилл Веревкин
На партнерке писали про это
а ссылку можно?
источник

AK

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

КВ

Кирилл Веревкин in 1С, БСП, DevOps и Архитектура
Basil Stepanov
а ссылку можно?
источник

BS

Basil Stepanov in 1С, БСП, DevOps и Архитектура
спасибо
источник

Д

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

S

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

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
S_EV
А как же тогда версионирование? Почти каждый день приходится заниматься расследованием, кто что поменял, какие данные испортил - версионирование элементов справочников, включая все реквизиты, очень помогает (с регистрами же всё хуже в этом плане, особенно если кто-то что-то из него удалит).
а тред я читаю жопой :)
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Говорили про мобильную, какое там верионирование, там даже ЖР нету :)
источник

AK

Alexey Kostromin in 1С, БСП, DevOps и Архитектура
Дмитрий
Влияет дальнейшее обновление и прочее. Иначе нтеграция превращается в трешь
я имею в виду что если уменьшить количество реквизитов даже до 2-х, то метод Объект.Записать() все равно выполняется слишком медленно если надо записать скажем 100тыс штук. При этом запись в регистр сведений выполняется быстро.
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Alexey Kostromin
я имею в виду что если уменьшить количество реквизитов даже до 2-х, то метод Объект.Записать() все равно выполняется слишком медленно если надо записать скажем 100тыс штук. При этом запись в регистр сведений выполняется быстро.
Попробуй писать в транзакции по 1000 / 5000 штук
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Alexey Kostromin
я имею в виду что если уменьшить количество реквизитов даже до 2-х, то метод Объект.Записать() все равно выполняется слишком медленно если надо записать скажем 100тыс штук. При этом запись в регистр сведений выполняется быстро.
Но запись выполняется в первый раз,  а дальше?
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
А дальше  - вы ищете по колючам одну запись и ее обновлянете
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
и так 50 000 раз,если измени 50 000 позиций
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
и вот тут вопрос, что быстрее? получить обхект по ссылке записать, или фигарить по ключам 50 000 раз?
источник

Д

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

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Его ускорение только первой синхронизации интересует.
Любая другая синхронизация будет заметно меньше и поэтому незаметна (ускорять не требуется). Ну а если назрело 50 тыр синхронизировать, то ничто не мешает повторить полную синхронизацию (с предварительной очисткой).
источник

Д

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

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Вообще надо фоновую синхронизацию в МП делать и не париться
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
фиг там, там фоновые выполняются последовательно и макисмум одно
источник