nkulikovQuery Patroller - это инструмент управления нагрузкой (workload)
Хм. Мне казалось, что он же определял использование объектов и контролировал соответствие оценки плана реальной стоимости. И там была такая стрелочка обратной связи - мол, когда оценка сильно расходится, пора собирать статистику. Все наврал?

MasterZivА пра оракл кто раскажет ?
Про оракл трудно рассказать коротко и полно.

Прежде всего - у оракла, как полагаю и у любого сервера, есть кэш запросов. Соответственно, если запрос находится в кэше - каждое новое выполнение пользуется ранее составленным планом. В ряде случаев требуется перестроение плана - и соответственно, кэш сбрасывается; например, после любого DDL, затрагивающего объекты запроса.

В режиме, используемом по умолчанию, запросы, отличающиеся значениями констант, считаются разными запросами; запросы, отличающиеся значениями подстановочных переменных, считаются одним запросом. Таким образом, программист может гибко выбирать между минимизацией работы оптимизатора и максимальным использованием статистики - выбирать между ними внутри одного запроса. Стоит отметить, что для по-настоящему нагруженных OLTP использование кэша запросов - ключевой фактор; если в удачный момент времени дать команду "alter system flush shared pool", сервер может просто упасть. Также - после перезагрузки серверу требуется заметное время, чтобы выйти на полную скорость (наполнить кэш, вытеснив оттуда случайные запросы и сохраняя постоянные).

Запросы, подаваемые любым способом, обрабатываются одинаково.

Ряд деталей связаны с различными "развитыми" возможностями Oracle. В частности: (могу что-то забыть)

- Синонимы. Обычно, если два пользователя выполняют "select * from a" - это два разных запроса, поскольку обращаются к разным таблицам. Oracle, однако, дает возможность определить синоним "a" для таблицы "user1.a" - и тогда это могут быть как разные запросы, так и один запрос.

- Права на процедуры. ХП в Oracle могут выполняться как с правами владельца процедуры, так и с правами вызвавшего процедуру. Это соответственно влияет на использование динамического sql, вызываемого из процедур.

- FGAC. В Oracle реализован механизм virtual private database; грубо его можно описать, как "к запросу, поданному пользователем 22, автоматически добавляется "where user_id = 22". Также понятным образом влияет на кэш.

- Не помню как называется. Система прав на поля записей. Пользователю, у которого нет прав, просто вернется null в соответствующей колонке. Тоже может влиять на план, если колонка употреблена в where - не проверял.