Добрый день! Поскажите, пожалуйста, чем отличается оператор конструкция "FOREACH параметр1, параметр2 IN SELECTION." от "FOREACH параметр1, параметр2." ? Откуда беруться данные в цикле "FOREACH параметр1, параметр2 IN SELECTION" - из уровня агрегации, из рабочей книги?

Никак не могу разобраться с FOX - то ли документация читаю не ту, то ли...

Обычный FOREACH перебирает значения признака из тех, что попадаются в выбранных блоках данных (т.е. из тех данных, которые сейчас реально существуют в кубе или буфере планирования), а с приставкой IN SELECTION перебор идет по значениям заданным в фильтре, даже если по этим значениям пока нет данных.
Например, мы хотим скопировать данные по кварталам предыдущего года в соответствующие кварталы текущего (с какими-то доп. преобразованиями),
но при этом на целевых координатах у нас пока нет данных.
Задаем в фильтре целевые кварталы: 1.2009 - 4.2009

DATA CQY TYPE 0CALQARTER.
DATA PQY TYPE 0CALQARTER.

FOREACH CQY IN SELECTION.
PQY = TMVL (CQY, -4).
{показатель, CQY } = {показатель, PQY } * 1,1.
ENDFOR.

Больше спасибо за разъяснения!
Извиняюсь за наглость, а циклы "FOREACH <data> IN REFDATA" и "FOREACH <data> IN VARIABLE <bw_var>" имеют какие различия?

"FOREACH <data> IN REFDATA" - перебирает значения признака встречающиеся в ссылочных данных.
FOREACH <data> IN VARIABLE <bw_var> - перебирает значения признака заданные в BEx переменной <bw_var>. Если переменная типа узел иерархии. то нужно задать дополнительные параметры, такие как: имя иерархии, версия (если ведется), контрольная дата (если иерархия зависит от времени).

Еще раз спасибо, буду дальше читать руководство.

Подскажите, пжста, что обозначает вертикальная черта "|" в коде FOX. Не смог найти ни в одном руководстве.

Price Planning
In this example the prices are stored in the transaction data. Characteristics to be changed are key figure name, version (0VERSION ) fiscal year (0FYEAR ) and customer (0CUSTOMER ). It is planned in version 1. Prices are stored in version 2. The records have the special feature that the characteristics Customer and Fiscal Year have the value "non assigned", and must therefore be included in the quantity of characteristics to be changed. Otherwise, for every object to be planned in version 1, there has to be an object in version 2 that can be used to determine the price. A message is issued if no price is planned for an article. The calculation is only executed if the planned combination {QUANTITY,1,FYEAR,CUSTOMER} is greater than 0.

DATA CUSTOMER TYPE 0CUSTOMER.
DATA FYEAR TYPE 0FYEAR.
DATA ARTICLE TYPE 0ARTICLE.
IF {PRICE,2,#,#} = 0.
ARTICLE = OBJV( ).
MESSAGE I001(/SEM/003) WITH ARTICLE.
ELSE.
FOREACH FYEAR, CUSTOMER
IF {QUANTITY,1,FYEAR,CUSTOMER} > 0.
{REVENUE,1,FYEAR,CUSTOMER} = {QUANTITY,1,FYEAR,CUSTOMER} * {PRICE,2,#,#}.
ENDIF.
ENDFOR.
ENDIF.
You may expect the characteristic Article to appear in the list of characteristics to be changed, even though the prices used for the calculation refer to Article. Using the Article characteristic as an example, the following is true:

DATA CUSTOMER TYPE 0CUSTOMER.
DATA FYEAR TYPE 0FYEAR.
DATA ARTICLE TYPE 0ARTICLE. FOREACH ARTICLE, FYEAR, CUSTOMER.
IF {PRICE,2,#,#,ARTICLE} = 0.
MESSAGE I001(/SEM/003) WITH ARTICLE.
ELSE.
IF {QUANTITY,1,FYEAR,CUSTOMER,ARTICLE} > 0.
{REVENUE,1,FYEAR,CUSTOMER,ARTICLE} = {QUANTITY,1,FYEAR,CUSTOMER,ARTICLE} * {PRICE,2,#,#,ARTICLE}.
ENDIF.
ENDIF.
ENDFOR.
The characteristic is superfluous to the formula as the values of the characteristic are not changed. When calculating the planned revenue, the same article is referred to on both sides of the relational operator. Under these circumstances SAP advises against including the characteristic in the quantity of characteristics to be changed, as it is not required for the calculation, but negatively affects performance when the values are read. Another way to accelerate the formula is to save the value of the element {PRICE,2,#,#} in an auxiliary variable and work with this. If the value of a characteristic is required to issue error messages or determine attribute values, the value can be read by function OBJV().

You can make the formula even shorter by accessing the reference data explicitely. In this case there are no characteristics to be changed except for the key figure name. The formula is run through the data record. A FOREACH loop over the characteristics to be changed is not necessary.

DATA ARTICLE TYPE 0ARTICLE.
IF {PREIS | 0VERSION = 2,0GJAHR = #,0CUSTOMER = #} = 0.
ARTICLE = OBJV( ).
MESSAGE I001(/SEM/003) WITH ARTICLE.
ELSE.
ERLOS = MENGE * { PREIS | 0VERSION = 2,0GJAHR = #,0CUSTOMER = #}.
ENDIF.

Air_demon, спасибо, этот текст очень помог!

Я правильно понимаю, что с помощью инструкции "FOREACH <data> IN REFDATA" могу обратиться к данным в других уровнях агрегации? Как тогда настраиваются ссылочные данные (источники, поля, критерии)?

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

Тогда я не понимаю, что такое ссылочные данные. Как система определяет, что относится к ссылочным данным?

Вот цитата из документа How To…Loop over Reference Data in Fox Formulas


Хоть там и говорится про BPS, но в BI-IP суть та же, только вместо planning package выступает фильтр.

Теперь я стал понимать еще меньше. В правой части оператора может стоять только {Показатель, Признак1, ... ПризнакN}, т.е. массив даннных, который берется из источника данных с условием фильтра. Если REFDATA описывает только данные из правой части формулы, то получается что это еще более ограниченный массив данных (фильтр на источнике данных + только то что выбиралось)?

В Refdata также попадают данные выбранные по условиям фильтра. Можете увидеть это запустив на выполнение функцию планирования в моделере по кнопке "Выполнение с трассировкой".

Сейчас живого примера нет, но вроде как данные не из уровня агрегации МОГУТ попадать в refdata.
FOX внутренне формирует ДОПОЛНИТЕЛЬНЫЙ фильтр для refdata, отличный от основного. Как и говорилось выше, ссылочные данные не блокируются - сама эта фраза говорит о том, что ссылочные данные могут выходить за пределы фильтра.

Вообще тема с refdata немного хитрая, не 100% работает, при этом если покопаться в коде, реализующем FOX, видно что реализована она тоже довольно хитро. Но при правильном подходе в 90% случаев тема работает, а если "пошаманить" удавалось заставить ее работать всегда. Но работоспособность решения с использованием refdata лучше всегда тщательно проверять.