AlexFF__|Все, что я сделал в топике, это поправил:
Bobby Z.
1.
ALTER TABLE TAB NOPARALLEL;
приведёт к тому, что запросы без хинтов будут выполняться последовательно.
Не поправил, а подловил искусственным и не очень уместным примером с force parallel, который я парировал ещё более искусственным event 10384. Отвечал я на простой вопрос: есть какой-то флаг оптимизатору, чтоб он распараллеливал с заранее заданной степенью параллелизма? DEGREE объекта - как раз такой флаг, оптимизатор принимает его во внимание при рассчёте степени параллелизма
в нормальных условиях по умолчанию (а других задано не было). Ваши собственные эксперименты, приведённые в топике, это неоднократно подтвердили, когда вы показывали "нормальный случай по умолчанию" и потом "ненормальный" со всякими alter session.
Можно ли заставить оптимизатор игнорировать degree объектов? Конечно, кучей способов - у атрибута самый низкий приоритет при вычислении dop. Но такой вопрос никто не задавал и непонятно, зачем надо было на него отвечать, да ещё в такой невежливой манере. Чтобы в конечном итоге показать, что "я знаю как это работает" - преувеличение? Ну показал...
И обратите внимание, что я написал про
посчитанный dop, который можно узнать из плана. Реальный из плана узнать нельзя, ибо, повторюсь, карта местности не есть сама местность. Вы уже обсуждаете откуда узнать dop времени исполнения, то есть, опять отвечаете не на заданный вопрос, а на похожий другой. Тема сложная и интересная, но ТС вообще никаким боком не помогает, по-моему. Сомневаюсь, что ТС вообще этот срач читает. =)
