1. Есть статья И.И. Мельникова "Oracle10g - мощь табличных функций для приложений хранилищ данных". Может это ваш случай? Статью можно прочесть здесь

2. Хорошо иметь тестовый пример, а то не до конца ясно, где возникают проблемы.

3. Указывайте в будущем версию Оракла.

С уважением,
bw.

LavДа это как раз то самый случай (из статьи)
Что за нежелание подробно описать проблему?! Странно это.....
Случаем не пытаетесь сделать универсальный конвертор из DBMS_SQL курсора в sysrefcursor?

Lav
Но все-таки вопрос поставлен достаточно четко:
можно ли указать какой-нить хинт к запросу чтобы оракл в независимости ни от чего выполнил hard parsung(ну или как это называется)

hard parsing

От добавления комментария до пересбора статистики.

С уважением
bw.

Lav BWЧто за нежелание подробно описать проблему?! Странно это.....
Случаем не пытаетесь сделать универсальный конвертор из DBMS_SQL курсора в sysrefcursor?

Ну почему же нежелание.

Расказываю по порядку:
Есть некая метамодель, которая описывает где и какие данные хранятся. Так как данные хранятся в разных таблицах, которые динамически изменяют структуру, и разбросаны по всей схеме, с клиентского места достаточно тяжело собрать запрос(особенно если это отчет). Реализовав класс наподобии того, что описан в статье которую вы приводили выше, проблемы с разработкой отчетов и сложные запросы формируемые на клиентском месте исчезли.
Но не обошлось и без подвоха. Дело в том что метод describe отрабатывает один раз когда запрос кэшируется, а именно этот метод задает структуру датасета который возвращает класс, а если за это время метамодель изменилась, то структура датасета который заполняется в методе fetch может значительно отличаться от структуры созданной в методе вечь во время первого запуска запроса.

Собственно решил это все тем, что поместил все такие классы в пакет и при любом изменении метамодели делаю alter package xxx compile. Тем самым кэш вычищается, но хотелось просто уточнить возможно есть более цивилизованные способы решить эту проблему.

Вы практически повторили первый пост, но дело ваше.
Как вариант добавить таблицу а-ля dual и включить ее в запросы, затем при изменении модели данных пересобирать статистику, как так.

Почему отчеты не сделать на view или даже materialized view? Или не создавать динамически новые типы?

С уважением,
bw.