Хранимые процелуры и индексы - что раньше создавать?

Есть генертор кода, который создает таблицы, индексы, пакеты хранимых процедур.
Работа с БД по большей части идет через хранимые процедуры.
Два варианта:
1) сначала создаются индексы, потом хранимые процедуры
2) сначала процедуры, потом индексы
Тупой вопрос: будет ли вариант 2 проигрывать в производительности?

Это вещи перпендикулярные

Производительность повысится если сначало прочитать Оракл Концептс, а потом уже братся за создание индексов и процедур!

Вячеслав Любомудров

Это вещи перпендикулярные

Это я понимаю :-) Написал же что вопрос тупой
Но в логе моего генератора один из начальников увидел вариант 2 и пытается меня чморить, нужно аргументировано его послать

Илья Дещеревский

Вячеслав Любомудров Это вещи перпендикулярные Это я понимаю :-) Написал же что вопрос тупой Но в логе моего генератора один из начальников увидел вариант 2 и пытается меня чморить, нужно аргументировано его послать

Читать Concept нужно, в том числе, и для аргументированного посыла

Вопрос не совсем праздный.
В качестве универсального ответа - создавайте сначала функции, процедуры и пакеты.
В этом случае избежите проблем при создании FBI и прочих domain indexes

Вот только к производительности это никакого отношения иметь не будет

Вячеслав Любомудров

Вот только к производительности это никакого отношения иметь не будет

Тоже не совсем так :)
Производительность абстрактной не бывает.
Зато конкретная производительность deployment (генерации схемы) будет заметно выше в случае, если объекты создаются в правильном порядке :)
К рабочей же производительности БД (производительности приложений) отношения, конечно, не имеет.

andrey_anonymous

FBI и прочих domain indexes

Сильно подозреваю, что их там нет :)