/*+RULE*/
/*+ULE*/
/*+LAST*/

В чем разница ????

Может еще какие есть ???

Цитата

Может еще какие есть ???

Да, и очень много. Ищи в документации по ключевому слову hints

Цитата

/*+ULE*/ /*+LAST*/

Для 9.01 таких хинтов нет

Эти подсказки определяют оптимизацию запроса. Т.е. можно оптимизироватьтак, чтобы первая строка была выдана как можно быстрее. Можно попросить, чтобы весь запрос выполнялся и только после этого показывался. И прочая, и прочая, и прочая.

Да на англицком я нашел ....
А по русски сложновато понять ....
Вот я и попросил, если кто может, чтобы написали ....

А ты брось на аглицком - мы тут и переведем Просто лениво искать в мануалах. Да и сами мануалы у меня на какой-то болванке лежат. А ее найти еще надо.

Код

Table 2–15 Hint Syntax and Descriptions Hint Syntax Description Optimization Approaches and Goals /*+ ALL_ROWS */ Explicitly chooses the cost-based approach to optimize a statement block with a goal of best throughput (that is, minimum total resource consumption). /*+ CHOOSE */ Causes the optimizer to choose between the rule-based approach and the cost-based approach for a SQL statement based on the presence of statistics for the tables accessed by the statement. /*+ FIRST_ROWS */ Explicitly chooses the cost-based approach to optimize a statement block with a goal of best response time (minimum resource usage to return first row). /*+ RULE */ Explicitly chooses rule-based optimization for a statement block. Access Methods /*+ AND_EQUAL(table index) */ Explicitly chooses an execution plan that uses an access path that merges the scans on several single-column indexes. /*+ CLUSTER(table) */ Explicitly chooses a cluster scan to access the specified table. /*+ FULL(table) */ Explicitly chooses a full table scan for the specified table. /*+ HASH(table) */ Explicitly chooses a hash scan to access the specified table. /*+ HASH_AJ(table) */ Transforms a NOT IN subquery into a hash anti-join to access the specified table. /*+ HASH_SJ(table) */ Transforms a NOT IN subquery into a hash semi-join to access the specified table. Comments 2-60 SQL Reference /*+ INDEX(table index) */ Explicitly chooses an index scan for the specified table. /*+ INDEX_ASC(table index) */ Explicitly chooses an ascending-range index scan for the specified table. /*+ INDEX_COMBINE(table index) */ If no indexes are given as arguments for the INDEX_ COMBINE hint, the optimizer uses whatever Boolean combination of bitmap indexes has the best cost estimate. If particular indexes are given as arguments, the optimizer tries to use some Boolean combination of those particular bitmap indexes. /*+ INDEX_DESC(table index) */ Explicitly chooses a descending-range index scan for the specified table. /*+ INDEX_FFS(table index) */ Causes a fast full index scan to be performed rather than a full table scan. /*+ MERGE_AJ(table) */ Transforms a NOT IN subquery into a merge anti-join to access the specified table. /*+ MERGE_SJ(table) */ Transforms a correlated EXISTS subquery into a merge semi-join to access the specified table. /*+ NO_EXPAND */ Prevents the optimizer from considering OR expansion for queries having OR or IN conditions in the WHERE clause. /*+ NO_INDEX(table index) */ Instructs the optimizer not to consider a scan on the specified index or indexes. If no indexes are specified, the optimizer does not consider a scan on any index defined on the table. /*+ NOREWRITE */ Disables query rewrite for the query block, overriding a TRUE setting of the QUERY_REWRITE_ENABLED parameter. /*+ ORDERED_PREDICATES */ Forces the optimizer to preserve the order of predicate evaluation (except predicates used in index keys), as specified in the WHERE clause of SELECT statements. /*+ REWRITE (view [,...]) */ Enforces query rewrite. If you specify a view list and the list contains an eligible materialized view, Oracle will use that view regardless of the cost. No views outside of the list are considered. If you do not specify a view list, Oracle will search for an eligible materialized view and always use it regardless of the cost. /*+ ROWID(table) */ Explicitly chooses a table scan by rowid for the specified table. /*+ USE_CONCAT */ Forces combined OR conditions in the WHERE clause of a query to be transformed into a compound query using the UNION ALL set operator. Table 2–15 (Cont.) Hint Syntax and Descriptions Hint Syntax Description Comments Basic Elements of Oracle SQL 2-61 Join Orders /*+ ORDERED */ Causes Oracle to join tables in the order in which they appear in the FROM clause. /*+ STAR */ Forces the large table to be joined last using a nested-loops join on the index. Join Operations /*+ DRIVING_SITE(table) */ Forces query execution to be done at a different site from that selected by Oracle. /*+ USE_HASH(table) */ Causes Oracle to join each specified table with another row source with a hash join. /*+ USE_MERGE(table) */ Causes Oracle to join each specified table with another row source with a sort-merge join. /*+ USE_NL(table) */ Causes Oracle to join each specified table to another row source with a nested-loops join using the specified table as the inner table. Parallel Execution Note: Oracle ignores parallel hints on a temporary table. For more information on temporary tables, see "CREATE TABLE" on page 7-359 and Oracle8i Concepts. /*+ APPEND */ /*+ NOAPPEND */ Specifies that data is simply appended (or not) to a table; existing free space is not used. Use these hints only following the INSERT keyword. /*+ NOPARALLEL(table) */ Disables parallel scanning of a table, even if the table was created with a PARALLEL clause. Restriction: You cannot parallelize a query involving a nested table. Table 2–15 (Cont.) Hint Syntax and Descriptions Hint Syntax Description Comments /*+ PARALLEL(table) /*+ PARALLEL(table, integer) */ Lets you specify parallel execution of DML and queries on the table; integer specifies the desired degree of parallelism, which is the number of parallel threads that can be used for the operation. Each parallel thread may use one or two parallel execution servers. If you do not specify integer, Oracle computes a value using the PARALLEL_THREADS_PER_ CPU parameter. If no parallel hint is specified, Oracle uses the existing degree of parallelism for the table. DELETE, INSERT, and UPDATE operations are considered for parallelization only if the session is in a PARALLEL DML enabled mode. (Use ALTER SESSION ENABLE PARALLEL DML to enter this mode.) /*+ PARALLEL_INDEX Allows you to parallelize fast full index scans for partitioned and nonpartitioned indexes that have the PARALLEL attribute. /*+ PQ_DISTRIBUTE (table, outer_distribution, inner_ distribution) */ Specifies how rows of joined tables should be distributed between producer and consumer query servers. The four possible distribution methods are NONE, HASH, BROADCAST, and PARTITION. However, only a subset of the combinations of outer and inner distributions are valid. For the permitted combinations of distributions for the outer and inner join tables, see Oracle8i Tuning. /*+ NOPARALLEL_INDEX */ Overrides a PARALLEL attribute setting on an index. Other Hints /*+ CACHE */ Specifies that the blocks retrieved for the table in the hint are placed at the most recently used end of the LRU list in the buffer cache when a full table scan is performed. /*+ NOCACHE */ Specifies that the blocks retrieved for this table are placed at the least recently used end of the LRU list in the buffer cache when a full table scan is performed. /*+ MERGE(table) */ Causes Oracle to evaluate complex views or subqueries before the surrounding query. /*+ NO_MERGE(table) */ Causes Oracle not to merge mergeable views. /*+ PUSH_JOIN_PRED(table) */ Causes the optimizer to evaluate, on a cost basis, whether to push individual join predicates into the view. Table 2–15 (Cont.) Hint Syntax and Descriptions Hint Syntax Description

Все перевести - это слишком нагло. Какие тут основные ????

Ну вот для начала. Я не гарантирую, что точно понял логику. Перевестимогу, но смыловая часть не всегда ясна

/*+ ALL_ROWS */ - сделать так, чтобы оптимально выдать все столбцы с минимумом ресурсов

/*+ CHOOSE */ - настраивать запрос к таблице на основе статистики всех предыдущих запросов к этой таблице

/*+ FIRST_ROWS */ - настроить запрос так, что бы было минимальное время отклика. Т.е. первая строка должна быть получена как можно быстрее.

/*+ RULE */ - оптимизировать в плане блокировки. Точно не знаю, но думаю, что имеется в виду блокировка таблицы

/*+ AND_EQUAL(table index) */ - оптимизируется для работы с индексом

/*+ CLUSTER(table) */ - выбирается кластерное сканирование таблицы. Т.е. таблица может быть разбита на части (кластеры) и запрос оптимизируется так, что мжет быть можно обойтись сканированием не всей таблицы а только одного кластера.

/*+ FULL(table) */ - сканировать целиком всю таблицу

/*+ HASH(table) */ - сканирование по хэш-коду. Как это понять - не знаю. Видимо что-то Оракл может хэшировать.

/*+ NO_INDEX(table index) */ - не использовать указанный индекс.

AntonSaburov
Спасибо ..... Жду продолжения с большим нетерпением

/*+ HASH_AJ(table) */ - преобразует форму NOT IN в хэш анти-джойн (не понял я этого термина) Джойн - соединение таблиц, а здесь получается, что будет наверно подзапрос. Может быть Оракл при джойне использует хэши. И тут говорят, чтобы он этого не делал

/*+ HASH_SJ(table) */ - а тут уэе о полу-джойне идет речь для NOT IN. Даже не знаю о чем это

/*+ INDEX(table index) */ - использовать конкретный индекс. Оптимизатор не всегда это делает хорошо план запроса и может выбрать неудачный индекс. И надо указывать конкретный индекс.

/*+ INDEX_ASC(table index) */ - использовать индекс с возрастанием (см. предыдущий коментарий)

/*+ INDEX_COMBINE(table index) */ Здесь просто перевод. Если не даны индексы в качесвеаргументов для INDEX_COMBINE то оптимизатор использует какую-либо комбинацию булевую битовых индексов для получения лучшей стоимости запроса. Если индексы даны, то оптимизатор использует булевую комбинацию указанных битовых индексов. Не понял я тут что-то ничего.

/*+ INDEX_DESC(table index) */ - использовать индекс с убыванием

/*+ INDEX_FFS(table index) */ Использовать сканирование индекса а не сканирование всей таблицы. Может такая штука может быть использована в тех случаях, когда выборка идет по столбцу, который имеет индекс и тогда проще и дешевле пробежать только по индексу.

/*+ MERGE_AJ(table) */ - трансформирует NOT IN в слияние анти-джойн для доступа к таблице (не понял. о чем)

/*+ MERGE_SJ(table) */ - трансформирует EXISTS в слияние полу-джойн при доступе к таблице (тоже мне не понятно)

/*+ NO_EXPAND */ Предохраняет оптимизатор для условия OR использовать OR или IN в части WHERE. Не понял.

http://www.interface.ru/fset.asp?Url=/oracle/0001.htm