периодический рс + срез последних = параллельная запись и небольшое замедление чтения.
рс с одним измереним и без периода - явная блокировка по контрагенту и отсутствие параллельности работы. причем как на чтение, так и на запись.

Вот смотри чтоесть сейчас.
Выбираеься таблица контрагента, к ней джойнится ВТшка, в которой просто посчитано количество документов по контрагенту. Этих документов в базе 5 млн. Такой список работает очень медленно из-за группировки в ВТ.
Я думал что самое разумное здесь это при записи документа писать информацию в РС.
Не совсем понял откуда возьмется здесь блокировка и чем это плохо

И зачем здесь РН я тоже не понял, т.к. накапливать кроме количества докиэументов больше нечего. И вид движения расход тожеьне будет.

Всем привет.
Помогите с архитектурой по задаче.
Есть некий документ, у этого документа есть поле "Контрагент".
При изменении этого документа мне нужно обновлять информацию в регистре, где измерением является контрагент. При чем если контрагент изменился в документе, то и информацию нужно обновить для обоих контрагентов.
Как мне поступить?
Использовать план обмена для регистрации изменений? или использовать подписку на событие? Или вообще вносить информацию при записи документа? Не совсем понятно как контролировать, что изменился контрагент.
В данном случаем мне неважна скорость обновления информацию, важнее надежность и НЕ замедление записи документа.
Не могу понять как правильно начать и запрос в гугл тоже не смог составить :)

1) дата первого документа никогда не меняется. она либо пустая, либо фиксированная.
2) числовые (количество документов .... ) реально в оборотном регистре держать
3) остается "дата последнего документа" - периодический регистр сведений с измерением контрагент. дата документа = дата движения
имхо

чорт.. отвык от работы задними числами...

тебе для того, чтобы записать в РС, нужно будет поставить исключительную блокировку на регистр по контрагенту. т.к. тебе нужно гарантировать, что параллельная транзакция не начнет делать то же самое - вычитать из регистра, посмотреть, что последняя запись больше/меньше даты документа, обновить при необходимости. и все это в транзакции

1) дата первого документа никогда не меняется. она либо пустая, либо фиксированная.
2) числовые (количество документов .... ) реально в оборотном регистре держать
3) остается "дата последнего документа" - периодический регистр сведений с измерением контрагент. дата документа = дата движения
имхо

ну ок. тогда два регистра сведений. один "первые документы", другой "последние документы". в одном срез первых, в другом - срез последних =)

Блокировка мне не нужна.
Я поэтому и хотел о регистрировать изменения, а потом регламентом их обновлять.

а зачем?) можно же в один рс. просто использовать разные вирт таблицы

а дополнительные часы списать?

Всем привет.
Помогите с архитектурой по задаче.
Есть некий документ, у этого документа есть поле "Контрагент".
При изменении этого документа мне нужно обновлять информацию в регистре, где измерением является контрагент. При чем если контрагент изменился в документе, то и информацию нужно обновить для обоих контрагентов.
Как мне поступить?
Использовать план обмена для регистрации изменений? или использовать подписку на событие? Или вообще вносить информацию при записи документа? Не совсем понятно как контролировать, что изменился контрагент.
В данном случаем мне неважна скорость обновления информацию, важнее надежность и НЕ замедление записи документа.
Не могу понять как правильно начать и запрос в гугл тоже не смог составить :)