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

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

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

[George Nordic]

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

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

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

[DreamCreator]

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

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

Цитата:

Сообщение от 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

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

[George Nordic]

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

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

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

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
Там как раз глава про отчеты выложена. Советую прочитать. Там полно всевозможных примеров на все случаи жизни.

[RVS]

Цитата:

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

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

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

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

[kashperuk]

Цитата:

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

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

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

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

[Jabberwocky]

Цитата:

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

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

А Вы попробуйте для примера построить запрос с join-ом временной таблицы с постоянной. Сообразить не успеете, как тяжеленные грабли ударят Вас по лбу....
Помнится, уже была на форуме ветка, где обсуждалось, почему

select table1 join tmpTable where table1.field1 == tmpTable.field1

нужно раскладывать в

while select tmpTable 
{ 
select table1 where table1.field1 == tmpTable.field1; 
}

Поищите, поиск рулит...

[RVS]

Цитата:

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

А Вы попробуйте для примера построить запрос с join-ом временной таблицы с постоянной. Сообразить не успеете, как тяжеленные грабли ударят Вас по лбу...

Мдя... Я неправильно выразился, видимо. Речь шла о тех ровно случаях, когда практически готовые данные для отчета складываются во временную таблицу. Так тоже ведь бывает

Цитата:

Поищите, поиск рулит...

Спасибо, не буду

Итого, получается, что отчеты на временных таблицах строить все-таки можно. Таблицу формировать на сервере, принудительно. Пихать в нее все в "готовом виде" и выкладывать в отчет.

Собственно, что и хотелось услышать. Спасибо.

[George Nordic]

Цитата:

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

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

Хм. Много факторов. Не только RecId экономия - с появлением 4ки об этом можно не беспокоится.
В основном меня беспокоит проблема быстродействия.
Еще - много непоняток и вопросов с тем, где эта таблица будет формироватся. Били случаи, когда люди переходили с 2 звенки на 3х звенку, и куча отчетов отрубалась.
Далее, если таблица формируется на клиенте, то меня беспокоит то, что люди строят неоптимальные запросы и передают весь курсор целиком. Это дико большой траффик, и тормоза, соответственно.

Я предпочитаю делать дисплей-методы, и получать информацию со многих таблиц благодаря им. Дисплей-метод кушать не просит.

Временные таблицы, имхо, можно использовать только при невозможности построить запрос или слишком сложной / неявной строктуре джоинов. Ну, или когда пользователь "сам не знает, чего хочет"

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