Не совсем представляю себе общую картину по этой теме...
Вот некоторые тезисы, насколько они верны?

1. Если Групп Правил много, это означает, что те связи, которые уже присутствуют в одной из Групп Правил, не могут присутствовать ни в одной другой (за исключением ключевых). То есть, если у нас уже есть связка для показателя "объем продаж" в Группе n1, то в других Группах Правил никаких связок быть не должно. Если для любой неключевой аналитики связок более одной, то это признак ошибочного подхода.

2. Акт запуска ППД един для всех Групп Правил, и они отрабатывают поочерёдно, сверху вниз. Порядок отработки изменить нельзя, да и не нужно.
Можно лишь удалить некоторые Группы Правил.

3. Если имеется 1 Трансформация с 5 группами правил, то всегда можно сделать 5 трансформаций с одной (стандартной) группой правил. И такое преобразование тождественно, и всегда возможно. И этот подход позволил бы вообще избежать использование Групп Правил (как класса) если бы только не было гимора с запуском большого числа ППД.

И всё же мне кажется, что нечто я понял превратно, поэтому прошу поправить/скорректировать.

Кстати, в курсе BW310 есть инфа на этот счет, но она как-то слишком сжата и фрагментарна.
В курсе BW330 вообще нету ничего про группы правил (странно, а еще курс по моделированию, лол).

Расслабьтесь, ботаник!

Mes disques sont un miroir, dans lequel chacun peut se voir.

WTF?

А как можно сделать 5 разных трансформаций - развлекаться с инфо-источниками?
В системе ограничение - для 2х объектом может быть только одна трансформация и до беса ППДшек...

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

Вообще штука хорошая и удобная... если без АБАПа.

Про это не знал, спасибо. Представлялось что раз можно много ППД, то и...


1. А почему ключ должен быть разным? Это для ОДС или для Кубов?
Я так понимаю, если он одинаковый для ОДС, то последнее правило просто перезатрёт все предыдущие, и всё.
А если для Кубов, то просто произойдет агрегация данных для всех строк с одинаковым ключом.
Технической ошибки же не будет в любом случае, разве что логическая.

2. Как добится того, чтобы ключ строчек был разным?
Например, в первой группе для ключевых полей - прямое присвоение, а для второй группы формулы, изменяющие часть ключа?

3. Нельзя ли какой-то простенький пример на пальцах привести, где например 2 группы правил превращают одну строку в N.

Rule Groups in Transformation:
http://www.sdn.sap.com/irj/scn/go/porta ... ayout=true

Using Rule Group in SAP-BI. Part - 1:
http://www.sdn.sap.com/irj/scn/go/porta ... ayout=true

Transposing the Fields in SAP BW Transformation:
http://dailybusinessobjectsupport.blogs ... ap-bw.html