Size: a a a

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

2021 February 24

H

Hero in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
нууу... если у тебя какой-то ядрючий OLAP на этом, то да, можно об этом задуматься. но я бы стал так заморачиваться только если бы OLTP-подход начал приводить к проблемам производительности. особенно если критически важно видеть актуальные данные в этом РС секунда-в-секунду
Наверное нужно сразу оговорить, что сведения в регистре планировалалсь хранить не только аносимые жтим документом. Вообще бизнес логика у регистра - это сведения контрагента.
Я просто хотел разделить на несколько регистров сведений.
источник

H

Hero in 1С, БСП, DevOps и Архитектура
Короче я запутался теперь конкретно :(
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
ну смотри. хочешь (и можешь допустить) отложенную обработку - пиши факт изменения в регистр-очередь, а потом регламентным заданием его порционно разгребай и обновляй данные в своем рс.
если на этот РС не будет завязана критичная бизнес-логика, то вполне прокатит.
если завязана, то я бы пошел по онлайн-подходу и делал рс с негрупированными данными, а группировку уже отложил на плечи виртуальных таблиц
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
в планы обмена я не верю, да и блокировки будут там те же самые
источник

H

Hero in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
в планы обмена я не верю, да и блокировки будут там те же самые
Важное замечание.
источник

H

Hero in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
ну смотри. хочешь (и можешь допустить) отложенную обработку - пиши факт изменения в регистр-очередь, а потом регламентным заданием его порционно разгребай и обновляй данные в своем рс.
если на этот РС не будет завязана критичная бизнес-логика, то вполне прокатит.
если завязана, то я бы пошел по онлайн-подходу и делал рс с негрупированными данными, а группировку уже отложил на плечи виртуальных таблиц
Бизнес-логика не должна страдать, т.к. это просто список. Изменится так количество документов в колонке через минуту или десять минут вообще не важно. Важно зарегать изменения и как-то их отразить позже.
источник

g

gosn1ck in 1С, БСП, DevOps и Архитектура
Hero
В регистре будет только одно измерение "Контрагент" и агрегированные данные, типа количество документов, количество документов в таком-то статусе, дата первого документа, дата последнего документа. Регистр будет использоваться для динамического списка. Сейчас уже такой список есть, но все это вычисляется в запросе списка с группировками.
Это проблема для параллельной работы и очень большая ) если группировка долго работает то сделайте период актуальности, например, неделю
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Hero
Бизнес-логика не должна страдать, т.к. это просто список. Изменится так количество документов в колонке через минуту или десять минут вообще не важно. Важно зарегать изменения и как-то их отразить позже.
если подытожить - кажется, что ты изобретаешь таблицы итогов периодических РС и оборотных регистров накопления :) но тут уж сам смотри
источник

H

Hero in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
если подытожить - кажется, что ты изобретаешь таблицы итогов периодических РС и оборотных регистров накопления :) но тут уж сам смотри
Я задумался. Наверное таким путем пойду, как ты советуешь.
источник

H

Hero in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
если подытожить - кажется, что ты изобретаешь таблицы итогов периодических РС и оборотных регистров накопления :) но тут уж сам смотри
Блеен. У этого документа нет проведения. Оно запрещено.
источник

g

gosn1ck in 1С, БСП, DevOps и Архитектура
Запись же есть )
источник

g

gosn1ck in 1С, БСП, DevOps и Архитектура
У корректировки регистров вроде тоже нет
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Подскажите, где и как задать порядок сортировки для результатов поиска по фрагменту номера у документа?
источник

ВМ

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

g

gosn1ck in 1С, БСП, DevOps и Архитектура
Писать самому если не устраивает, есть события в ММ
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Этот же номер, только без префикса - почему-то отсортирован как положено
источник

АМ

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

g

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

PZ

P Z in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Этот же номер, только без префикса - почему-то отсортирован как положено
Поймай на скуле эти запросы, что то мне говорит - что там разные индексы используются.
Так - писать обработку этого события самостоятельно, если это бизнес критично
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Александр Медведько
Прошу совета :) Как бы покрасивше и без лишней критики написать смежникам про образовавшийся технический долг? :)
пацаны, сколько можно говнокодить! снимите руки с клавиатуры, вы делаете только хуже!
источник