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

[Jabberwocky]

Цитата:

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

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

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

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

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

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

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

[George Nordic]

Цитата:

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

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

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

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

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

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

[RVS]

Цитата:

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

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

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

Цитата:

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

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

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

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

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

Цитата:

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

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

Спасибо. Очень даже интересно.
В данной книге есть описание построения отчета на временной таблице. Только по просто таблице, без группировки. (почему же, господа, вы не рекомендуете использовать такие таблицы в отчетах).
Замечено, как только добавляешь агрегирующую функцию, пропадает последняя строка, а без нее - все как в аптеке...

[kashperuk]

Ну так перекройте fetch и суммы рассчитывайте сами, раз пропадает строка.

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

Пропадает последняя строка, причем очень странно...
Таблица заполняется нужными данными и в зависимости от выбранного типа отчета (список или количественная справка) выводиться в разные отчеты - разница их состоит в том, что в первом выводиться список, т.е. все строки таблицы, во втором - на Query отчета стоит OrderMode = GroupBy. И на одних и тех же данных в первом выдает, например, 16 человек, а во втором - 15.
Причем если задать выбор именно по последней строке - и там и там она выдается, если задать больше.. в втором отчете - пропадает последняя строка...
Может как-то не так работает группировка?
Дорогие эксперты, почему она пропадает. причем не всегда?