Функция Lookup в SSRS-отчетах

[dech]

Добрый день, коллеги.
Система AX2012 R3, работаем с SSRS.
Появилась необходимость печати в разных местах отчета разных данных из одной и той же таблицы. Решили использовать функцию Lookup, которая проводит поиск по указанному ключу в конкретном датасорсе.
Однако все попытки использования разбивались об ошибку Lookup is invalid. InvalidIdentifier.
Я так понял, что в связке с AX данная функция не работает. Есть какая-нибудь информация по этому поводу?

[sukhanchik]

Про функцию не подскажу, однако с коллегами пришли к выводу, что работа через DP-класс с отчетами - максимально быстрая (т.е. когда во временную табличку / таблички загоняются все необходимые поля, которые потом выводятся на экран). Т.о. если исходная выборка чуть сложнее, чем запрос из джойна двух таблиц, а объем данных чуть больше, чем десяток записей - то создаётся DP-класс с временными таблицами и уже встроенными функциями SSRS нет необходимости пользоваться.
Поэтому статистики по использованию этой функции не набрал.

[dech]

Проясню немного контекст задачи.
Нужно сделать отчет, в котором присутствует текст на двух языках.
Соответственно каждая надпись превращается в нечто типа такого: <Expr> - <Expr>, где первое выражение на английском, а второе, к примеру, на китайском. Заполнена таблица с первичным ключом, содержащим метки, остальные поля - язык и перевод. Можно использовать Query, можно ReportDataProvider для доступа к таблице. Но чтобы вывести перевод конкретной метки, необходимо найти соответствующую запись в таблице. Собственно для этого и пытаемся использовать Lookup, но, к сожалению, безуспешно.

[pitersky]

обратите внимание вот на эту фразу

Цитата:

Сообщение от sukhanchik

создаётся DP-класс с временными таблицами

то есть вывод в отчёт делается не из исходной таблицы хранения с данными, а из промежуточной временной, сделанной специально под отчёт. А уж как вы будете заполнять временную таблицу - сие сугубо дело вашей фантазии и Х++

[sukhanchik]

Цитата:

Сообщение от dech

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

Спасибо за пояснение.

Я про это и говорю:

Цитата:

Сообщение от pitersky

то есть вывод в отчёт делается не из исходной таблицы хранения с данными, а из промежуточной временной, сделанной специально под отчёт. А уж как вы будете заполнять временную таблицу - сие сугубо дело вашей фантазии и Х++

Т.е. метки точно также могут быть полями во временной таблице, которые могут вычисляться на этапе подготовки данных в DP-классе. И те же надписи могут также быть <Expr>, но не содержать текст вида Labels!... а просто выводить данные из полей.
Видел задачу выводить текст на заранее заданном языке в заранее заданной колонке. Возились, возились, в итоге пришли к решению заранее вычислять текст меток на нужном языке (в отдельной временной таблице) и уже выводить из неё данные в надписи. Так что тут может не функция Lookup не работать, а просто быть особенность работы с метками

[dech]

Цитата:

Сообщение от pitersky

то есть вывод в отчёт делается не из исходной таблицы хранения с данными, а из промежуточной временной, сделанной специально под отчёт. А уж как вы будете заполнять временную таблицу - сие сугубо дело вашей фантазии и Х++

Идея плодить поля для единственной записи временной таблицы меня не очень вдохновляет, тем более, что это не один отчет. Хотелось бы более элегантного решения.

[Pandasama]

А зачем плодить поля, если можно плодить строки?

[dech]

Цитата:

Сообщение от Pandasama

А зачем плодить поля, если можно плодить строки?

Может я чего не знаю... Каким образом можно в одном текстбоксе отобразить 5-ю запись, а в другом 10-ю?

[Pandasama]

Видимо, не правильно понял вашу проблему.
А много у вас таких полей?
Сделать через аксаптовские метки (+параметр для условия, какую метку брать) или через просто параметры отчета - не вариант?

[dech]

Цитата:

Сообщение от Pandasama

Видимо, не правильно понял вашу проблему.
А много у вас таких полей?
Сделать через аксаптовские метки (+параметр для условия, какую метку брать) или через просто параметры отчета - не вариант?

Много, порядка сотни.
Через аксаптовские метки можно работать только с одним языком. Мы сделали решение - C#-функцию, позволяющую перевести текст метки на любой язык, указанный в параметре. Проблема в том, что эта функция работает медленно, и отчет вместо 5 секунд отрабатывает за 30. Сейчас как раз пытаемся это оптимизировать.
Просто через параметры - это как?
На данный момент пытаемся сделать большое поле в виде XML, чтобы затем распарсить. Этим занимается коллега, поэтому подробностей не могу раскрыть. Но идея конечно интересная.

[sukhanchik]

Цитата:

Сообщение от dech

Много, порядка сотни.
Через аксаптовские метки можно работать только с одним языком. Мы сделали решение - C#-функцию, позволяющую перевести текст метки на любой язык, указанный в параметре. Проблема в том, что эта функция работает медленно, и отчет вместо 5 секунд отрабатывает за 30. Сейчас как раз пытаемся это оптимизировать.

Вот собственно тормоза потому и происходят, что на уровне отчёта происходит дополнительная выборка данных. Тормоза происходят, как только SSRS начинаешь напрягать выборкой и расчетом данных. Это увы - правда жизни... Сам бы хотел, чтобы SSRS умел бы чуть больше. Но нет .
Поэтому для целей перевода и была организована (у меня) табличка с уже предрассчитанным значениями меток. Безусловно, у этого решения много минусов, но существенный плюс - оно работает также быстро, как и для одногоязычного отчёта.
Есть конечно еще один безумный вариант - на каждую надпись создавать свой енум и в отчете использовать Ax Enum Provider для вывода значения этого енума (=надписи) на нужном языке (но нужна предрассчитанная табличка SRSAnalysisEnums)

Вариант через XML передавать по сути перечень всех меток отчета на нужном языке - это вариант, но нужно тут засечь время на распарсивание этого XML внутри SSRS (ведь парситься будет каждая надпись)

[Pandasama]

вот тут про какой-то LookupSet пишут - или это как раз вы и пробовали в первом посте?
https://www.inogic.com/blog/2015/09/...-dynamics-crm/

[dech]

Цитата:

Сообщение от Pandasama

вот тут про какой-то LookupSet пишут - или это как раз вы и пробовали в первом посте?
https://www.inogic.com/blog/2015/09/...-dynamics-crm/

LookupSet - это то же самое, что и Lookup, только возвращается не одна запись, а набор. Поведение SSRS аналогичное - Invalid identifier.
P.S. На вашу ссылку ругается антивирус, будьте осторожнее, установите хотя бы бесплатный AVG.

[dech]

Цитата:

Сообщение от sukhanchik

Вариант через XML передавать по сути перечень всех меток отчета на нужном языке - это вариант, но нужно тут засечь время на распарсивание этого XML внутри SSRS (ведь парситься будет каждая надпись)

Уже засекали, дополнительные 2 секунды на распарсивание порядка 100 меток. Это лучше 25 секунд, затраченных на перевод.

[dech]

Цитата:

Сообщение от sukhanchik

Вот собственно тормоза потому и происходят, что на уровне отчёта происходит дополнительная выборка данных.

В нашем случае тормоза происходят из-за клиент-серверного взаимодействия.

[Pandasama]

Цитата:

P.S. На вашу ссылку ругается антивирус, будьте осторожнее, установите хотя бы бесплатный AVG.

У меня стоит вполне себе платный Kaspersky и не ругается, вероятно, проблема на вашей стороне.

А синтаксис своего Lookup можете привести?

[dech]

Отчет печатается на основном языке. А из таблицы выбираются записи, соответствующие второму языку.

=Lookup("@SYS16384", Fields!LabelId.Value, Fields!Translation.Value, "STXLabels")

Lookup на сайте Microsoft

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