CACHE SQL в оракуле

Question

Как оракул CACHE запрос (SQL), выполнение запроса содержит следующие шаги. 1. PARSE 2. Выполнить 3. Fetch

в первых проверок шаг оракула, если запрос существует в КЭШ (Shared Pool) или нет (Это будет существует, если запрос идентичен и на основе LRU), если существует, то PARSING будет пропущен, и выполнение начнется. Чтобы повысить производительность запросов, мы должны использовать переменные связывания и использовать идентичные SQL-запросы.

Но в аналитическом оракуле также проверяется аутентификация (пользовательский доступ), если несколько пользователей используют один и тот же запрос, как синтаксический анализ oracle skip/use?

Answer 1

Анализ синтаксического анализа запроса не привязан к пользователю, он зависит от запроса. Обратите внимание, что необходим точный символ для совпадения символов. Бланки и комментарии в запросе заставят его пропустить совпадение общего пула.

Дерево синтаксического анализа затем используется при составлении плана выполнения. Если в новом запросе используется одна и та же схема в качестве согласованного запроса, то используется существующий план выполнения.

Вы можете проверить это, создав несколько схем, один с небольшим количеством данных и один с большой суммой . Затем проанализируйте все таблицы. Взгляните на планы выполнения одного и того же запроса с огромным количеством данных. Это покажет различные планы выполнения для того же запроса.

Теперь запустите запрос большое количество раз и проверьте количество времени, которое требуется для первого , а затем последующие исполнения. Используйте Oracle Trace и посмотрите на боль в левой руке для частоты «Re-Parse» . Это также можно почерпнуть из некоторых таблиц словаря.

Посмотрите на The Oracle documentation on using Oracle Trace

Answer 2

Обычная практика в Oracle заключается в создании хранимых процедур с определенными правами, что означает, что запросы выполняются с привилегиями их определителя, несмотря на то, кто их называет. Вот почему кеш работает хорошо.

Если вы создаете процедуру или пакет с правами -направителя (authid current_user), то запросы будут разобраны для каждого вызывающего абонента отдельно.

Для получения более подробной информации см. Invoker Rights Versus Definer Rights.

Answer 3

Первые проверки шаг оракула, если запрос существует в КЭШ (Shared Pool) или нет (Это будет существует, если запрос идентичен и на основе LRU), если существует, то PARSING волю пропустить, и начнется выполнение. Поэтому для повышения производительности запросов мы должны использовать переменные связывания и использовать идентичные sql-запросы.

Это реальный процесс при выполнении запроса на Oracle:

1. Разбор шаги
   1. Проверка синтаксиса
   2. семантический анализ
   3. ли запрос был выполнен в другом сеансе ?
2. Hard Анализировать
   1. Анализировать
   2. Оптимизировать
   3. Сформировать план запроса.

Если ответ на # 1,3 - да Oracle пропускает жесткую часть разбора, и использует существующий план запроса.

Для получения дополнительной информации:
* AskTom: Difference between soft parse and hard parse
* Bind variables - The key to application performance