Агрегат вспомогательный инструмент для более быстрого получения итогов даже если агрегат частично не актуален за какой-то период. Даже при частичной актуальности даст прирост в скорости получения итогов. Другими словами это КЕШ :)
Там нечего рассказывать. WEB сервисы не жизнеспособны для крупных проектов интеграции с не 1С. (рано или поздно столкнётесь с проблемой что типы xsd не получается отразить в XDTO, или нужно передать доп. заголовки в теле SOAP). а HTTP сервисы элементарные + куча информации из мира WEB (начните с изучения REST).
Ребята, это всё хорошо конечно, но если честно 37 минут рассказывать о том что можно сказать за 3. И ещё пользуясь случаем, лучше бы сделали чтобы, когда в конфигураторе в СКД каике-нить итоги или вычисляемые поля делаешь чтобы нормальное окошко редактирования можно было открывать. Ибо хорошо когда ресурс просто СУММА(Ресурс1), а вот если там сложные условия (можно было бы таки выделить 30 минут рабочего времени разработчика для реализации этого функционала)? В общем хорошо бы чтобы связь между разработчиками платформы и реальными задачами непосредственно программистами 1с была.
Да - мечтать о взаимодействии 1С и пользователей (не франчей, которым на это общение по большому счету или пофиг или некогда, а обычных пользователей) - можно вечно. В конфигураторе давно и МНОООООГО чего просто необходимо поменять, но увы нам предлагают вместо этого монструозный EDT, хотя уверен, что и там условия до сих пор пишутся вручную (как в обычных условиях, так и в полях виртуальных таблиц)
Каков прирост производительности или уменьшения времени выборки данных от агрегатов по сравнению с итогами? Такие данные есть, разработчиками оценивались?
Прирост производительности = эффект в настройке агрегатов. Зависит от кучи факторов. Структура регистра, частота обращения к оборотам, периоичность обращения. Частота обновления агрегатов и наверно еще что-то.
У регистра накопления остатков нет ни таблицы оборотов ни агрегатов. Если часто получаете оборотные данные из остатков, то лучше спроектировать еще один регистр.
![I.N "HALLUCINATION" | [Stray Kids : SKZ-PLAYER]](http://i.ytimg.com/vi/n5B5q1Hwt_U/mqdefault.jpg)
Все понятно и доходчиво. Спасибо. Видео в формате "более опытный - менее опытный" - отлично заходит 👍
Агрегат вспомогательный инструмент для более быстрого получения итогов даже если агрегат частично не актуален за какой-то период. Даже при частичной актуальности даст прирост в скорости получения итогов. Другими словами это КЕШ :)
Мне больше нравится одиночный формат, но этот тоже ничего)
Даёшь web- и http-сервисы от Павла Чистова!
Он же говорил что с ними не работает ))
@@SMit1C Печалька)), т. к. по этой теме не нашёл того, кто бы доходчиво разжевал эту тему с нуля)
@@maks-T1000 ищите лучше, полно уже статей на том же инфостарте )
@@SMit1C ВИдимо пора изучить и этот вопрос.
Там нечего рассказывать. WEB сервисы не жизнеспособны для крупных проектов интеграции с не 1С. (рано или поздно столкнётесь с проблемой что типы xsd не получается отразить в XDTO, или нужно передать доп. заголовки в теле SOAP). а HTTP сервисы элементарные + куча информации из мира WEB (начните с изучения REST).
Нормальный формат, но можно воды немного убрать (гадания Романа).
Спасибо! Пойду обновлять платформу))
Спасибо огромное, очень подробно разобрали тему!
Ребята, это всё хорошо конечно, но если честно 37 минут рассказывать о том что можно сказать за 3.
И ещё пользуясь случаем, лучше бы сделали чтобы, когда в конфигураторе в СКД каике-нить итоги или вычисляемые поля делаешь чтобы нормальное окошко редактирования можно было открывать. Ибо хорошо когда ресурс просто СУММА(Ресурс1), а вот если там сложные условия (можно было бы таки выделить 30 минут рабочего времени разработчика для реализации этого функционала)? В общем хорошо бы чтобы связь между разработчиками платформы и реальными задачами непосредственно программистами 1с была.
Да - мечтать о взаимодействии 1С и пользователей (не франчей, которым на это общение по большому счету или пофиг или некогда, а обычных пользователей) - можно вечно. В конфигураторе давно и МНОООООГО чего просто необходимо поменять, но увы нам предлагают вместо этого монструозный EDT, хотя уверен, что и там условия до сих пор пишутся вручную (как в обычных условиях, так и в полях виртуальных таблиц)
Кэширование на основе статистических данных, не есть Скайнет. Как механизм, штука полезная, знать надо.
Успел с утра зарядку сделать, поесть.. а сюжет все развивался ..
Интересно, полезно.. но не досмотрел, убежал на работу.
Формат не зашел . вместо гаданий Романа , можно было сократив видео в 2 раза дать в раза больше информации с примерами
Спасибо за материал, лайкул, но можно лаконичнее, как это делает Арутюнов Сергей?
Каков прирост производительности или уменьшения времени выборки данных от агрегатов по сравнению с итогами? Такие данные есть, разработчиками оценивались?
Прирост производительности = эффект в настройке агрегатов. Зависит от кучи факторов. Структура регистра, частота обращения к оборотам, периоичность обращения. Частота обновления агрегатов и наверно еще что-то.
@@chistovpavel Спасибо. Думаю Вы правы, все будет зависеть от конкретной базы и реализации.
Ну какой же это скайнет если на кнопочку нужно нажимать?
Вопрос не раскрыт, на самом деле. Я и в остатковом регистре иногда тоже хочу обороты, почему бы мне не предложить тут агрегаты?
У регистра накопления остатков нет ни таблицы оборотов ни агрегатов. Если часто получаете оборотные данные из остатков, то лучше спроектировать еще один регистр.
Собеседник - прохожий с улицы?