Подскажите,плиз, новичку , можно ли и Как заставить Reports Builder (или те же мастера портала ) брать данные из заранее неизвестной таблицы Oracle, т.е. как перед созданием отчета создать (например, в предотчетном триггере, вызывающем некоторую хранимую процедуру ) временную табличку со случайным именем и потом в тригеррах Reports Builder использовать именно это случайное имя.
Проблема у меня в том, что Как я понял все мастера в Reports Builder ( или портальные мастера отчетов ) требуют указания заранее известного имени уже существующей таблицы ...

To Scott Tiger :
Хм, нет, ну интересно, а если именно надо... то что же Oracle этого не может что ли ?..
Да и вообще, честно говоря, возможно это у меня от слабого еще понимания Oracle.
Но мне кажется , что, например, отчеты именно так и надо делать:
отчет создает некая последовательность отчетных триггеров создавая некие промежуточные временные таблицы и эти промежуточные временные таблицы должны быть, по всей видимости, иметь некоторое временное, случайное имя, чтобы не было конфликта с другим юзером запустившим этот отчет, или хоть объясните тогда как разрешить этот конфликт,... хотя при любом объяснении первоначальный вопрос остается интересным

М-да, господа, я не успеваю просматривать ...

2Oracle_Developer:
>А внешний вид тоже заранее не известен ? :-)

Все известно, кроме того как решить в серверной СУБД проблему(для новичка) наложения одних и тех же имен промежуточных таблиц при многопользовательской работе.
Но вот все говорят про TEmporary table space, хорошо ... , я не знал.

Но !!!

To Scott Tiger :
>Случайные имена - плохая практика. ... минимизировать вероятность ...

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

To Oracle_Developer:
> На мой взгляд и временные тоже не нужны.

Так как же строить сложные(т.е. обычные) отчеты - то .
Как в языке нам нужны переменные (которые как Вы могли заметить тоже всегда временные - на время существования программы) так нам необходима и их разновидность - временные таблички. Только для совсем до странности простых (и как показывает практика - невостребованных) отчетов временные структуры не нужны

To EKUKU :
>Но! В Oracle ВСЕ ddl-обьекты базы являются исключительной прерогативой администратора базы

Так мне , как будущему разработчику, нужно построить динамическую а не статическую модель моей системы ( у меня есть опыт создания СУБД, но с администрируемыми СУБД я не работал - отсюда и проблемы) . А что касается наличия администратора, то ничего хорошего в усложнении таким образом СУБД я не наблюдаю, лучше бы делать так ,чтобы его не было

To ALL:
В общем , как я понял , следует использовать Temporary table , они и решат в этом смысле проблему многопользовательской работы над одним отчетом
Ну а с портальными визардами - что никто не работал ?