Доброго вермени суток, All!

возникла проблема оптимизации времени выполнения функции.
...Дело в том, что необходимо написать функцию, возвращающую некий датасет...
И там в 40+ запросов при его заполнении, во вложенных подзапросах часто встречаются довольно тяжелые вьюшки "from all_tables", "from all_views", "from ALL_CONS_COLUMNS A, ALL_CONSTRAINTS C" ну и т.д.

Я сам на M$ до этого в основном тужился оптимизировать...
Там просто. Создал #table, вычитал необходимый минимум, проиндексировал, и пользуйся в пределах сессии.

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

P.S. Запрос будет по сути неконкуррентным. Это админский функционал. Что уже легче.

Заранее благодарен.

да, набор этих временных датасетов - от 2К до 30К...

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

SQL*PlusMakar4ikпропущено...
Можно пэкэдж.
Просто не хотелось бы плодить лишние сущности.А написать все в одной команде SELECT? Нет?Да запросто!
Просто хочется, чтобы выполнялось хотя-бы секунд 10.
А одним селектом - я за полчаса не выползу.
...К сожалению.

Посему, и хотел делать промежуточные начитки, и уже крутить заранее "схлопнутые" и проиндексированные наборы данных.

suPPLerMakar4ikпропущено...
Можно пэкэдж.
Просто не хотелось бы плодить лишние сущности.
Можно представление. Сущностей будет на одну меньше, чем с пакетом.

Или вообще скрипт, чтобы обойтись без объектов. Функционально и по-админски.Да я бы рассмотрел любые предложения.
Как у сервера спросить - известно заранее. Там проблем нет.
Проблема в том, как это всё чудище спросить быстро, и по возможности, минимизируя множественные вычитки из системных вьюшек.

В данный момент как раз скриптом оформлено. С убиением-созданием таблиц, индексами, и т.д.
Задача как раз в том, чтобы оформить это так, чтобы из интерфейса вызвать по имени, и получить датасет.

Makar4iksuPPLerпропущено...

Можно представление. Сущностей будет на одну меньше, чем с пакетом.

Или вообще скрипт, чтобы обойтись без объектов. Функционально и по-админски.Да я бы рассмотрел любые предложения.
Как у сервера спросить - известно заранее. Там проблем нет.
Проблема в том, как это всё чудище спросить быстро, и по возможности, минимизируя множественные вычитки из системных вьюшек.

В данный момент как раз скриптом оформлено. С убиением-созданием таблиц, индексами, и т.д.
Задача как раз в том, чтобы оформить это так, чтобы из интерфейса вызвать по имени, и получить датасет.
...Поясню, зачем этот зверь:
Есть джавовская библиотека Hibernate. Она строит в мозгах объектную модель БД.
Строит на основе слепка модели, которая хранится в 7-ми таблицах в БД.

А скрипт должен проверить этот слепок на 30+ разных недомоганий, несоответствий, и кривых рук разработчиков.
Итого, мне 30+ раз вычитать системные вьюшки приходится, часто с довольно сложными джоинами.

Через скрипт, при предварительной вычитке в таблицу, самый тяжкий из запросов выполняется 2 секунды.
Без этой вычитки и индексации (прям по вьюшкам) - минут 40 выходит...

Makar4ikMakar4ikпропущено...
Да я бы рассмотрел любые предложения.
Как у сервера спросить - известно заранее. Там проблем нет.
Проблема в том, как это всё чудище спросить быстро, и по возможности, минимизируя множественные вычитки из системных вьюшек.

В данный момент как раз скриптом оформлено. С убиением-созданием таблиц, индексами, и т.д.
Задача как раз в том, чтобы оформить это так, чтобы из интерфейса вызвать по имени, и получить датасет.
...Поясню, зачем этот зверь:
Есть джавовская библиотека Hibernate. Она строит в мозгах объектную модель БД.
Строит на основе слепка модели, которая хранится в 7-ми таблицах в БД.

А скрипт должен проверить этот слепок на 30+ разных недомоганий, несоответствий, и кривых рук разработчиков.
Итого, мне 30+ раз вычитать системные вьюшки приходится, часто с довольно сложными джоинами.

Через скрипт, при предварительной вычитке в таблицу, самый тяжкий из запросов выполняется 2 секунды.
Без этой вычитки и индексации (прям по вьюшкам) - минут 40 выходит...

Ну, вот посему и вопрос MSSQL-ника:
Есть ли какой-то аналог #таблицам от M$, либо какой-то механизм индексации табличных типов?
Либо всё-таки придётся создавать постоянные таблицы с разделением данных по сессиям, и уже в них хранить своё временное добрище?