Временные таблицы в отчете

[Прокопьева]

Привет всем!!!
Есть такая проблема: для построения отчета использую временную таблицу
(если использовать обычную таблицу - то никакой проблемы).
В отчете группируются данные по подразделениям. При использовании временной таблицы "съедается" последняя строчка таблицы и соответственно отчет по ней не строиться, причем если делать выборку по значениям именно последней строки - отчет пишет что нет данных.
У кого-нибудь есть идеи как это исправить или с чем это может быть связано?
За ранее большое спасибо за любой ответ!

[George Nordic]

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

И еще: пожалуйста, не используйте временные таблицы для построения отчетов.

С Уважением,
Георгий

[DreamCreator]

Интересно было бы взглянуть на метод fetch.

[George Nordic]

Я думаю, что он там не перекрыт

[Прокопьева]

Цитата:

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

Интересно было бы взглянуть на метод fetch.

Он действительно не перекрыт. А надо?

Цитата:

Сообщение от George Nordic

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

И еще: пожалуйста, не используйте временные таблицы для построения отчетов.

Джоб выводит все значения таблицы, т.е. та пропадающая не месте, но она не обрабатывается почему-то... А какие могут быть проблемы с ее заполнением?
Интересно то, что если на этой таблице поставить свойство temporary = No, то выводятся все значения, а если = Yes, то последнего нетю... .

А почему не стоит использовать временные таблицы?

[MironovI]

Цитата:

Сообщение от Прокопьева

А почему не стоит использовать временные таблицы?

Вы что, это же темповые данные, а не настоящие! - первый шаг к безалкогольному пиву и проч..

[Прокопьева]

Цитата:

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

Вы что, это же темповые данные, а не настоящие! - первый шаг к безалкогольному пиву и проч..

Мне это уже не страшно... Я не пью вообще

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

[DreamCreator]

А вот примерно такие конструкции тоже вызовут сбой?

PHP код:

public void init()
{
    if(element.args() && classIdGet(element.args().caller())== classNum(RKDefectList))
        rkDefectList = element.args().caller();
    else
        throw error("Неправильный вызов отчета");

    tmpRKDefectList_1.setTmpData(rkDefectList.parmTmpRKDefectList());

    super();
}
public boolean fetch()
{
    boolean ret;
    ;

    while select tmpRKDefectList_1
        this.send(tmpRKDefectList_1);

    ret = super();

    return ret;
} 


Цитата:

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

Вы что, это же темповые данные, а не настоящие! - первый шаг к безалкогольному пиву и проч..

[Прокопьева]

В одном из дата методе отчета используется конструкция типа

tmpTable.setTmpData(tmpTable_DS);
где tmpTable - экземпляр временной таблицы,
tmpTable_DS - датасорс (аналогичная таблица).

может быть где-то здесь намудрила?

[Прокопьева]

Цитата:

Сообщение от Прокопьева

В одном из дата методе отчета используется конструкция типа

tmpTable.setTmpData(tmpTable_DS);
где tmpTable - экземпляр временной таблицы,
tmpTable_DS - датасорс (аналогичная таблица).

может быть где-то здесь намудрила?

Хотя нет... без этого метода аналогично работает....

[Jabberwocky]

Цитата:

Сообщение от Прокопьева

В одном из дата методе отчета используется конструкция типа

tmpTable.setTmpData(tmpTable_DS);

Некорректная конструкция, setTmpData принимает параметр типа Common, а Вы передаете QueryBuildDataSource.... И вообще, советую не использовать временные таблицы в Query отчета, особенно если есть с ними join.... Если уж очень хочется использовать временную таблицу, перегружайте fetch.

[Прокопьева]

Цитата:

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

Некорректная конструкция, setTmpData принимает параметр типа Common, а Вы передаете QueryBuildDataSource.... И вообще, советую не использовать временные таблицы в Query отчета, особенно если есть с ними join.... Если уж очень хочется использовать временную таблицу, перегружайте fetch.

А как это сделать? Пример можете привести?

[Прокопьева]

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

[kashperuk]

Выше же был приведен пример:
Временные таблицы в отчете

[oip]

http://www.steenandreasen.com/download.asp
Там как раз глава про отчеты выложена. Советую прочитать. Там полно всевозможных примеров на все случаи жизни.

[Jabberwocky]

Пример из Developer's Guide:

Modifying the Fetch method on a report
The Fetch method is the main loop of a report. The programmer may override the fetch method if there are very special constraints on which records to show. The Fetch method can be modeled in X++ as

//Create a new query to fetch the records
QueryRun qr = new QueryRun(element.query());

//Open the prompt dialog
if(qr.prompt())

{ //The user didn't press cancel
while(qr.next())
{
file = qr.get(file); //For all data sources
send(file);
}
}

If you want to print only records that satisfy some special constraint that is difficult to express as a range in the query, write the code above, and only allow Send to be called if the constraint (expressed as a function by the same name in the example below) is satisfied:

while (qr.next())
{
file = qr.get(file); //For all data sources
if(constraint())
send(file);
}

[RVS]

Цитата:

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

Там как раз глава про отчеты выложена.

Это там, где chinese edition?

Кстати, 2 George Nordic : почему же все-таки вы не рекомендуете строить отчеты на временных таблицах? RecId экономим?

[oip]

А чем Вас "English edition" не устраивает?

[kashperuk]

Цитата:

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

Это там, где chinese edition?

Кстати, 2 George Nordic : почему же все-таки вы не рекомендуете строить отчеты на временных таблицах? RecId экономим?

Кстати, русская версия этой главы тоже должна скоро там появиться
Видимо просто автор в отпуске, поэтому работа стоит

[RVS]

Ч-ччерт, не туда посмотрел.

Виноват