Select pour oracle

[lastmagik]

bonjour,

la commande de select pour oracle peut afficher jusqu'à combien de lignes ?

par exemple :

Code :

SELECT * FROM Table1 WHERE  nb=2;

sur cette table ca va donner 100 000 lignes.

c'est sûre que çà va prendre un peut de temps. mais je me demande si cela ne perturbe pas le fonctionnement de oracle et est ce que il peut afficher tout cela ?

si oui je vais alors rediriger les résultats dans un fichier .txt par exemple ?

merci beaucoup

merci
lastmagik

[McM]

La base Oracle n'affiche rien, c'est l'outil que tu utilises qui va afficher le résultat du select.
Tu peux rediriger la sortie du select (si tu l'exécute en sql+) vers un fichier texte en spoolant, mais ça c'est une fonctionnalité de sqlplus, ça reste de l'applicatif.

Dernière chose, le select ne va pas écrouler ta base, les bases c'est fait pour ça.

[lastmagik]

merci beaucoup McM,

mon oracle il est accessible à partir de mon unix

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
 
 
SQL*Plus: Release 9.2.0.5.0 - Production ON Wed Nov 23 13:14:16 2011
 
Copyright (c) 1982, 2002, Oracle Corporation.  ALL rights reserved.
 
 
Connected TO:
Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production
WITH the Partitioning OPTION
JServer Release 9.2.0.5.0 - Production
 
SQL>

alors je vais essayer de le rediriger vers un fichier.txt

sincères mercis
lastmagik

[Ahmed AANGOUR]

Si le nombre de lignes retournées vers l'application client est important, il est possible de jouer sur le row prefetching pour améliorer les perfs de la partie FETCH:
http://ahmedaangour.blogspot.com/201...arraysize.html

[lastmagik]

bonjour à tous et à Ahmed,

mon oracle peut combien de commandes qui sont exécutée successivement ?
c'est à dire, par exemple :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
SELECT SAM FROM PPM WHERE IDENTIFY='3545';
SELECT SAM FROM PPM WHERE IDENTIFY='3545';
SELECT SAM FROM PPM WHERE IDENTIFY='3545';
SELECT SAM FROM PPM WHERE IDENTIFY='3545';
SELECT SAM FROM PPM WHERE IDENTIFY='3545';
SELECT SAM FROM PPM WHERE IDENTIFY='3545';
              :
              :
              :
              :
              :
              :
              :
              :
              :
SELECT SAM FROM PPM WHERE IDENTIFY='3545';
SELECT SAM FROM PPM WHERE IDENTIFY='3545';

c'est à dire soit au total 200 000 commande sql qui sont éxécutées successivement.

la question est : est ce que oracle peut éxécuter jusqu 'à combien de commande sql éxécutées successivement ?

merci beaucoup et merci d'avance
michaël

[pacmann]

Salut,

En fait, je me pose surtout la question : pourquoi afficher 100000 lignes ?
(Puisque cela ne semble pas être traité par un programme, je suppose que c'est pour visualisation)

Si tu veux juste voir la gueule des données, tu peux jouter WHERE ROWNUM <= 100 pour avoir les 100 premières lignes par exemple... sinon, il faut trouver d'autre critères pour filtrer.

[lastmagik]

bonjour pacmann,

en effet j'aimerai savoir si je fais 100 000 commandes sql sur oracle,
oracle ne se plantera pas ou d'autres problemes n'apparraitrons pas ?

en effet

Code :

1
2
3
4
5
6
7
8
9
10
11
 
 
SELECT SAM FROM PPM WHERE IDENTIFY='22';
SELECT SAM FROM PPM WHERE IDENTIFY='354';
SELECT SAM FROM PPM WHERE IDENTIFY='7';
                  :
                  :
SELECT SAM FROM PPM WHERE IDENTIFY='99461';
SELECT SAM FROM PPM WHERE IDENTIFY='81';
                  :
                  :

chaque IDENTIFY sont différents et chaque ont des informations différentes sur le champ SAM. c'est important de faire ces commandes sucssessivements pour savoir les SAM de chaque IDENTIFY.

est ce que oracle peut supporter 100 000 commandes sql éxécutés succéssivements ?

merci beaucoup et merci d'avance
lastmagik

[Ahmed AANGOUR]

ma référence au row prefetching valait dans les cas où une requête ramène plusieurs centaines de milliers de lignes. Dans ton cas ça n'a plus d'intérêt.
Oracle peut bien sûr exécuter autant de requêtes que tu le souhaites. Par contre vu que tu n'utilises pas de bind variables tu auras un hard parse à chaque exécution de ta requête => consommation accrue de la CPU + contentions au niveau de la shared pool (latchs au niveau de la « library cache »)

[lastmagik]

bonjour Ahmed,

je ne suis pas encore très fort en oracle, quelles sont la signification de ses termes :

row prefetching,
bind variables,
shared pool

s il te plaît, est ce que tu peux donner un exemple de code à utiliser pour mon cas:

merci beaucoup et merci d'avance
lastmagik

[Rei Ichido]

Oracle interprète le SQL en parsant le code, et en le traduisant avec un plan d'exécution qui lui dit quoi faire, dans quel ordre, en utilisant quels indexes éventuels, et quoi ramener.
Pour éviter cette phase de "hard parsing" pour la même requête (car on exécute la plupart du temps la même requête plein de fois), il met ceci dans le "shared pool", et du coup ne refait pas le boulot.
Mais pour ça, il faut que la requête soit la même ! Et mettre des valeurs "en dur" dans la requête, ça modifie la requête.
Le "bind variable", c'est lui dire :

Code :

1
2
 
SELECT SAM FROM PPM WHERE IDENTIFY=:identifyValue;

Et ensuite on "binde" (="attache / lie") la valeur souhaitée à l'exécution. Le plan utilisé sera le même pour toutes les valeurs utilisées, et on gagne du temps - si la requête a un temps d'exécution très court, du genre micro-seconde, c'est colossal comme gain ; si la requête a un temps de l'ordre de la minute, ça ne se voit pas - car il n'y a plus du tout la phase de "hard parsing" évoquée plus haut.