alexx2510

Спасибо за библиотеку. Попробовал и возник такой вопрос: при вызове метода ПолучитьОбновления() телеграмм не отмечает у себя, что сообщение получено и его больше отправлять не надо...постоянно возвращает одно и тоже сообщение(я). Есть какой-то секрет? Пока судя по документации понимаю, что надо offset передавать в метод getupdates()

(16) проверили. эта штука реально ускоряет обновление БД в конфигураторе (этого тяжелого UPDATE который в цикле запускается при записи счета вообще нет в этом режиме), но к сожалению при записи счета в режиме предприятия этот новый режим не работает.

(109) запасной вариант с поэтапным обновлением по отдельным счетам подготовили,
но вообще(если разработчики 1С читают инфостарт): такой механизм в типовой это просто классика того, чего казалось бы нельзя делать: оочень тяжелый запрос на update всей таблицы без отбора вызывается в цикле несколько сотен раз...для больших баз этот процесс растянется на дни...

Всем привет.
А кто-нибудь знает можно ли как-то включить этот новый механизм обновления при записи из режима предприятия?
Суть в следующем: переводим бух проф на корп, так вот при первом запуске, когда выполняются процедуры обновления происходит отключение учёта по подразделениям для всех счетов (где учёта по подразделениям не было в проф). И при записи счета неявно вызывается процедура обновления всего регистра бухгалтерии (также как это происходит при обновлении в режиме v1 из конфигуратора), сейчас основная проблема в том, что этот оооочень долгий update таблицы регистра бухгалтерии выполняется в цикле по каждому счету (в конфигураторе это хотя бы за один раз для всех счетов происходит даже в режиме v1, а тут вообще беда получается). Если бы при записи из режима предприятия можно было бы использовать режим v2 это был бы выход.

(27)да, запасной вариант с отложенным переходом есть (не отключать при запуске учет по подразделениям)
пока еще не теряем надежды разобраться и обновиться за один раз.

(25) смотрите. сейчас именно это и происходит...при выполнении процедуры обновления в режиме предприятия запускается процедура, которая отключает эту галку на всех счетах на которых учета по подразделениям не было в ПРОФ.
и каждая запись счета по которому в базе есть какие-то движения приводит к выполнению процедуры обновления таблицы проводок, которая в нашем случае длится 40-60 минут...и так по каждому счету.

на уровне конфигуратора учет по подразделениям включен на всех(условно) счетах в КОРП.

(23) ну я про это выше написал, это придется в конфигураторе с замка снимать план счетов (потому что в плане счетов в корпе учет по подразделениям включен почти везде). снятие плана счетов с замка приведет к усложнению регулярных обновлений новых релизов.

(21) вы не поверите, но именно это и происходит при обновлении (снятие признака в режиме предприятия) =)

кому интересно - дальнейшее движение:
при анализе плана запроса выяснилось, что ожидаемое количество строк в десятки раз превышает реальное(т.е. ожидаемое количество в плане запроса - сотни миллионов строк), оказывается есть такая проблема при миграции с 2012 на 2014 SQL (как раз наш случай). пробуем в эту сторону двигаться.

(18) не вариант. это ж придется план счетов с замка снимать что потом сильно осложнит обновления