Sélection de MIN et MAX De la Table est plus lent que prévu

L'expliquent les plans sont différents: un seul MIN ou MAX va produire un INDEX FULL SCAN (MIN/MAX) alors que quand les deux sont présents, vous obtiendrez un INDEX FULL SCAN ou un RAPIDE ANALYSE d'INDEX.

Pour comprendre la différence, nous devons nous pencher pour une description d'un INDEX COMPLET SCAN:

Dans un index complet d'analyse, la base de données lit la totalité de l'index dans l'ordre.

En d'autres termes, si l'index est sur un VARCHAR2 champ, Oracle va chercher le premier bloc de l'index qui contiendrait par exemple toutes les entrées qui commencent par la lettre "A" et le lire bloc par bloc, toutes les entrées par ordre alphabétique jusqu'à ce que la dernière entrée ("A" à "Z"). Oracle peut traiter de cette façon parce que les entrées sont triées dans un arbre binaire de l'index.

Quand vous voyez INDEX FULL SCAN (MIN/MAX) en expliquer le plan, qui est le résultat d'une optimisation qui utilise le fait que, depuis les entrées sont triées, vous pouvez vous arrêter après avoir lu la première, si vous êtes uniquement intéressé par la MIN. Si vous êtes intéressé dans le MAX seulement, Oracle peut utiliser le même chemin d'accès, mais cette fois en commençant par la dernière entrée et de lecture en arrière à partir de "Z" à "Une".

Dès maintenant, un FULL INDEX SCAN a une seule direction (vers l'avant ou vers l'arrière) et ne peut pas commencer à partir de deux extrémités simultanément, c'est pourquoi, lorsque vous demandez à la fois le min et le max, vous bénéficiez d'une moins efficace méthode d'accès.

Comme suggéré par d'autres réponses, si la requête a besoin critique de l'efficacité, vous pouvez exécuter votre propre optimisation par recherche pour le min et le max dans les deux requêtes distinctes.

Je dois dire que je ne vois pas le même comportement dans 11.2

Si j'ai mis un cas de test comme suit et mis à jour à partir de 10k à 1m de lignes en réponse à Vincent commentaire

set linesize 130
set pagesize 0
create table mytable ( sdate date );

Table created.

insert into mytable
 select sysdate - level
   from dual
connect by level <= 1000000;
commit;

1000000 rows created.


Commit complete.

alter table mytable add constraint pk_mytable primary key ( sdate ) using index;

Table altered.

begin
dbms_stats.gather_table_stats( user, 'MYTABLE' 
                             , estimate_percent => 100
                             , cascade => true
                               );
end;
/

PL/SQL procedure successfully completed.

Ensuite, l'exécution de vos requêtes-je obtenir presque identiques à la recherche expliquent les plans (notez les différents types d'INDEX FULL SCAN)

explain plan for select min(sdate) from mytable;
Explained.
select * from table(dbms_xplan.display);
Plan hash value: 3877058912
-----------------------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time |
-----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT       |        |     1 |     8 |     1   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE        |        |     1 |     8 |        |      |
|   2 |   INDEX FULL SCAN (MIN/MAX)| PK_MYTABLE |     1 |     8 |     1   (0)| 00:00:01 |
-----------------------------------------------------------------------------------------
9 rows selected.
explain plan for select min(sdate), max(sdate) from mytable;
Explained.
select * from table(dbms_xplan.display);
Plan hash value: 3812733167
-------------------------------------------------------------------------------
| Id  | Operation    | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------
|   0 | SELECT STATEMENT |        |     1 |     8 |   252   (0)| 00:00:04 |
|   1 |  SORT AGGREGATE  |        |     1 |     8 |        |          |
|   2 |   INDEX FULL SCAN| PK_MYTABLE |  1000K|  7812K|   252   (0)| 00:00:04 |
-------------------------------------------------------------------------------
9 rows selected.

Pour citer un à la réponse précédente de la mine:

Les deux raisons les plus courantes pour une requête de ne pas utiliser les index sont:

1. C'est plus rapide de faire un full table scan.
2. Mauvaises statistiques.

Moins qu'il y a quelque chose que vous n'êtes pas poster dans la question, ma réponse serait que vous n'avez pas recueilli des statistiques sur ce tableau, vous n'avez pas a recueillis avec un haut assez estimation pour cent ou que vous avez utilisé analyse, qui pas aider l'Optimiseur Basé sur les Coûts, contrairement à dbms_stats.gather_table_stats.

Des extraits de la documentation sur analyze:

Pour la collecte de la plupart des statistiques, l'utilisation de la DBMS_STATS paquet,
qui permet de collecter des statistiques en parallèle, de recueillir mondiale
statistiques de partitionner les objets, et d'affiner vos statistiques
collection dans d'autres façons. Voir la Base de données Oracle PL/SQL et les Paquets
Types de Référence pour plus d'informations sur le DBMS_STATS paquet.

Utiliser l'analyse de résultats (plutôt que DBMS_STATS) pour les statistiques
la collection ne sont pas liées à l'optimiseur basé sur les coûts: