Вообще, если у вас данные грузятся РАЗ в КВАРТАЛ, а не каждый день, то вообще не стоит геморроиться с двумя кубами.

Извините bwbams, но у меня ощущение что вы отвечаете на какие-то другие вопросы.
Я не спрашиваю о том, как грузить данные вообще. И вообще дельту. А о том как дельту из нетранзакционного куба перегрузить в транзакционный куб.
Книжки читала и неоднократно. Не думаю, что форум создан для того, чтобы давать именно такие советы. Может быть мой вопрос и не умен, но видела здесь гораздо более смешные вопросы.

Данные будут грузиться ежеквартально, но не один раз. А до тех пор пора результаты расчетов по загруженным данным не станут удовлетворительными (для руководства).

что вопрос ваш элементарный и не требует сложных решений.

Никак не идентифицирую. А зачем, если FOX сам скопирует только изменения из куба в куб?


Ну да, "Область планирования". У нас так папка загрузки факта и построена. И Кнопка "Загрузить". Нормально, никакого "усложнения логики"

Dimoney: Признак "Область планирования" вводится автоматически для сводных областей.

bwbams: жаль, что вам нечего ответить по сути вопроса.

Тем более.

Тогда не понял, а что еще надо?

Честно говоря, мне не совсем понятно, из-за чего весь этот сыр-бор с двумя кубами.

1. BPS только сохраняет дельту, сравнивая данные, которые уже есть, с тем, что сгенерировала функция планирования (будь то Фокс или АБАП-экзит - неважно). Если у вас в нетранзакционном кубе миллион записей, все они будут считаны и обработаны. По производительности выигрыша нет, наоборот будет большая засада.

2. Одновременной работы пользователей и загрузок данных не получится, так как при копировании данных в транзакционный куб всех пользователей все равно придется выгонять из системы, иначе будут возникать блокировки.

Применение ДВУХ кубов оправдано тогда, когда у вас данные четко разделены, - одни только загружаются, другие только вводятся. Тогда и копировать ничего никуда не надо - просто строите мультикуб над всей этой конструкцией и все.

Дык, вот и я о том же. Или я в пятницy вечером уже совсем туплю или...
("Стою на асфальте в лыжи обутый, или лыжи не едут или я @@aнутый ")

Eсли уважаемый Dimoney опишет КАК он Фоксом отлавливает изменeния ака дельту в НЕтранзакционном кубе (пускай даже этот куб в мультипровайдере вместе с транзакционным), я с удовольствием послушаю.

Да. Такой вариант вполне реализуем. Мне только не нравится гипотетическая ситуация (а это уже было мне озвучено заказчиком), что и загруженные данные пользователи вдруг могут захотеть исправить.
Может быть я невнятно выражаюсь, но ежеквартальная загрузка должна выглядеть так: загрузили дельту предыдущего квартала, посчитали, посмотрели результаты - не устраивают, исправили первичку, загрузили текущую дельту, посчитали... и т.д., пока всё по цифрам не сложилось.

Никак не отлавливаю. Оно само, как говорит не менее уважаемый RSA1


У нас примерно так же, только ежедневно. Не нравится загруженный факт (и если срочно, ну, как всегда ) правят + пишут запрос на корректировку. Перегружают базовый, копируют в плановый изменения (см RSA1) - вуаля, пользователь доволен . До следующей горбухи загрузки

Можно вопрос - как выглядит запрос на корректировку? И что с ним делают?

Что-то типа "прошу исправить то-то то-то там-то там-то с того-то на то-то".

Просто банк присылает выписки за каждый день, и можно в конкретной строке выписки проставить, что нужно изменить.

Ясно. Короче - бумаженция.
Я уж подумала, что в системе по запросу что-то запускается.