[9i] Recupérer le nombre de lignes dans une table

**marti** · 18/10/2006, 19h26

Bonjour,

J'utilise une base Oracle 9i. Je souhaite récupérer le nombre de ligne à partir d'une requête SQL mais je ne veux pas d'un select count(*) from...... car cette dernière fait un full scan coûteux sur la table. Comment alors faire autrement en utilisant peut-être par exemple une vue Oracle ?

Merci pour votre aide

**tostinni** · 18/10/2006, 21h33

Envoyé par marti

Bonjour,

J'utilise une base Oracle 9i. Je souhaite récupérer le nombre de ligne à partir d'une requête SQL mais je ne veux pas d'un select count(*) from...... car cette dernière fait un full scan coûteux sur la table. Comment alors faire autrement en utilisant peut-être par exemple une vue Oracle ?

Merci pour votre aide

Pourrais-tu preciser un petit peu ?
Dans le titre tu veux savoir le nombre de lignes d'une table et ensuite tu parles d'une requete...

Donc si c pour une table, c clair qu'un count(*) peut s'averer couteux si la table est grosse. Cependant si elle dispose d'un PK et d'une sequence et qu'il n'y a pas de trou (registres effaces), un simple SELECT MA_SEQ.currval FROM DUAL fera l'affaire.

Si c pour une requete, je vois pas d'autre solution qu'un SELECT COUNT(*) FROM (/*TA_REQUETE*/).
Cependant, dans ce cas, si ta requete est suffisement optimisee, ca ne devrait pas prendre trop de tps...

**orafrance** · 20/10/2006, 08h21

num_rows de dba_tables si les stats sont à jours à part ça et count(*)... tu peux pas

**Harry Potter** · 20/10/2006, 08h32

Au lieu de count(*), tu peux déjà faire un select count('r') c'est moins couteux

**plaineR** · 20/10/2006, 09h05

Envoyé par Harry Potter

Au lieu de count(*), tu peux déjà faire un select count('r') c'est moins couteux

Ca c'est une légende urbaine.

**Yorglaa** · 20/10/2006, 09h16

si au lieux de faire un count(*) tu fais un count sur la colonne de clef primaire, y a pas de full table scan ! Oracle passe par l'index de ta clef primaire !

**orafrance** · 20/10/2006, 09h17

FTS ou FULL INDEX SCAN ça changera rien en terme de perf... le count(*) moins performant est un mythe

**Yorglaa** · 20/10/2006, 09h25

Envoyé par Fred_D

FTS ou FULL INDEX SCAN ça changera rien en terme de perf...

oui, mais voir un index scan dans son plan d'exécution fait moins peur que le Full Table Scan...

il y a encore trop de gens qui veulent à tout prix bannir tous les full table scan... alors que dans certains cas ils sont la meilleure solution

**Hugues_78** · 20/10/2006, 10h49

Moi, c'est quasi le contraire... Comme je suis sur du BI, je dépasse systématiquement les seuils qui font qu'un index est interressant...

Je m'inquiéte donc quand je vois un nested loop ou un accès index (pourquoi ce c... va me lire x fois ma table de x Go !!!)

**remi4444** · 20/10/2006, 11h18

Le comptage fait généralement un FAST FULL SCAN sur la clef primaire ce qui est beaucoup moins couteux. Vouloir le nombre de lignes d'une table sans les compter, c'est une demande un peu paradoxale...

Si on veux juste un volume sans avoir le nombre exact on peux aller chercher la colonne NUM_ROWS de la vue USER_TABLES ou ALL_TABLES. Ca va donner le nombre de ligne lors du dernier passage de stats.