Partitions et FTS / FFS

Bonjour !

En fait, j'ai cru comprendre que chaque partition reçoit ses segments propres.
Du coup, je me demandais si le partitionnement d'une table permet de faire des Full Table Scan sur les partitions ?

En gros, si je lui dis

Code:

---

1 2 3 4

SELECT * FROM MaTable WHERE ClefPartition = n

---

Même si ma ClefPartition est indexée, Oracle peut-il utiliser ses mécanismes de lecture multiblock pour me lire tout ça très vite ?

Merci !

oui, la syntaxe est :

Code:

---

1 2 3

SELECT * FROM MaTable PARTITION ('NOMPARTITION')

---

La note 170175.1 propose une procédure pour passer un nom de partition en paramétre si tu utilises un curseur :)

Génial Orafrance, c'est presque ce que j'espérais !
(si on est bien d'accord que je vais retrouver un truc du genre "PARTITION ACCESS FULL MaPartition")

En fait, j'espérais que l'optimiseur capterait tout seul comme un grand...
D'une part, il y a des requêtes que je ne peux modifier.
D'autre part, ça m'obligerait à écrire des requêtes spécifiques !
En général, on espère quand même séparer les choix stratégiques physiques de la syntaxe SQL...

D'où encore deux petites questions :
1) Si j'utilise cette syntaxe et que la partition n'existe pas, est-ce qu'il va me faire un accès normal, où il va se vautrer ?
2) Est-ce que ça marche aussi sur les indexes et le index FFS ? (celle-là, c'est juste pour le plaisir...)

Merci encore !

Dès votre première requête l'optimiseur Oracle n'ira attaquer que la partition concernée, c'est bien tout l'intérêt !

Oui Waldar, je suis bien d'accord.
La question était vraiment ciblée sur une adaptation du FULL TABLE SCAN et du FAST FULL INDEX SCAN.

Exemple : il se peut qu'il soit plus rentable de faire un index range scan sur un bon index et donc dans la partition que de faire un fts sur la table entière. (surtout si tu as un index qui est partitionné un peu comme la table...)

Mais si ta requête couvre une bonne partie de la partition, il serait certainement très bon de lire toute la partition avec du multiblock read, non ?

Voilà, voilà...

bah en fait c'est pas nécessaire, l'optimiseur se débrouille comme un grand :D pour l'index, si tu fais un index local bah il parcourra l'index dans la partition... enfin, tout est prévu quoi :mrgreen:

Ok, merci.

J'ai essayé tout seul comme un grand pour la première question :

Code:

---

1 2 3

select * from MaTableQuiExiste partition('MaPartitionQuiNexistePAS')

---

=> Ca plante.

Je clos le sujet.
Encore merci Orafrance !