[Oracle 8i][Internet] Shared Pool Size

**dupin40** · 03/11/2004, 12h48

je viens de retirer le tag RESOLU

Je vais passer pour un débutant, mais que sont les binds variables ?
Deuxième question : Le % ne fait qu'augmenter avec l'utilisation de la base,
Y a t'il un moyen de libérer cette memoire allouée mais non utilisée ... une sorte de Garbage Collector pour ORACLE ? ou bien la seule solution est de redémarrer l'instance de la base.

**orafrance** · 03/11/2004, 12h59

les bind variables sont simplement des variables qui remplace des valeurs en dur.

Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
DECLARE
dummy NUMBER;
BEGIN
 
SELECT 1 INTO dummy 
FROM all_tables
WHERE table_name = 'TOTO';
 
END;
/

devient :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
DECLARE
dummy NUMBER;
tab_name VARCHAR2(30) := 'TOTO'
BEGIN
 
SELECT 1 INTO dummy 
FROM all_tables
WHERE table_name = tab_name;
 
END;
/

ainsi Oracle reconnait la requête quelque soit la valeur de tab_name alors que dans le premier exemple, Oracle considère que si 'TOTO' devient 'TITI' la requête est différente.

**Marc Musette** · 03/11/2004, 13h06

1) vérifie que tu as bien le dernier patch installé pour ta version db (il y a des bugs aussi chez oracle --> vérifie via ton compte metalink)

2) si pas de bug, ton problème vient de ton applic : elle doit être mal écrite ... tu dois effectivement utiliser des bind variable dans tes statements plutôt que des valeurs en dur

te faire un cour sur les bind variable me semble difficille, je crois qu'il y a un article de sheik yerbouti à ce sujet sur ce forum

le principe sous-jacent à ces bind variable est que lorsque tu exécutes un statement, oracle le cache en mémoire et à la prochaine exécution, il le réutilise ... SSI il est identique --> les bind variable permette de passer des valeurs différentes à un même sql

l'exemple le pus concret d'une bind variable est une variable pl/sql

ton problème de mémoire n'est pas forcément dû à une taille trop petite mais à un problème de fragmentation

-> réécrire l'applic ... semble la bonne solution
-> peut-être configurer le shared reserved pool mais là il faut relire la doc car je ne fais pas cela tous les jours (en gros, c'est une zone mémoire hors de la library cache où tu peux stocker certains objets et les rendre hors de porté du fameux algorithme LRU de la library cache)

pour tenter de résoudre très temporairement ton pblm tu peux faire un flush du shared pool --> alter system flush shared pool

mais le problème c'est ton applic , ou un bug ...

**dupin40** · 03/11/2004, 13h38

j'ai bien compris ce que sont les binds variables ... cf ce lien
enfin je crois
- pour tout query envoyé au serveur, le gestionnaire regarde si en cache le query n'existe pas exactement au niveau des la synthaxe.
- ok
on va dire que dans la majorité des cas, lorsque je dois executer une requete je le fais de cette maniere .... synthaxe C# / ASPX

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
OracleConnection conn = new OracleConnection(...);
OracleDataAdapter cmd = new OracleDataAdapter("select nom, prenom from employe where id = :monid", connexion);
cmd.SelectCommand.Parameters.Add("monid", 12);
...
conn.Dispose();

Donc a priori j'utilise les variables liées "bind varaibles". non ?

**orafrance** · 03/11/2004, 13h51

probablement pas puisque C# doit remplacer la variable par sa valeur avant d'envoyer la requête à Oracle

**dupin40** · 03/11/2004, 13h59

Envoyé par orafrance

probablement pas puisque C# doit remplacer la variable par sa valeur avant d'envoyer la requête à Oracle

il va falloir quand meme vérifier !! c'est pas possible !!

**Marc Musette** · 03/11/2004, 14h17

ben oui ...

utilise odp.net

**dupin40** · 03/11/2004, 15h33

Envoyé par Marc Musette

ben oui ...

utilise odp.net

Oups, j'utilise ceux de "Microsoft .NET Framework 1.1 Data Provider for Oracle" intégré à Visual Studio 2003

Il y a une différence importante entre ces deux Providers ?
car odp.net n'est dispo que pour Oracle9i et au dessus reference MSDN

**lalystar** · 03/11/2004, 15h37

dupin40,

vu le bout de code que tu fournis je pense que tu utilises les bind variables.

Pour en être sûr, tu peux faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
-- vide le contenu du shared pool
alter system flush shared_pool;

Puis lance par ton code, deux requêtes différent seulement par une constante.

Et ensuite regarde dans V$SQL tu as combien de requêtes.

Laly.

**orafrance** · 03/11/2004, 15h53

laly

je ne pense pas... d'ailleur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

execute immediate 'select owner from table_name where table_name = ' || ma_var;

n'utilise pas les bind variables... attention donc

**lalystar** · 03/11/2004, 17h15

Orafrance,

Je suis entièrement d'accord avec toi : ton exemple n'utilise pas les bind variables mais sur le principe je pensais que le bout de code de dupin40 est équivalent à :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
execute immediate 'select owner from table_name where table_name = :1' using ma_var;

Car les valeurs des paramètres sont fournies par le md.SelectCommand.Parameters.Add.

j'ai un bout de code en VB au travail qui utilise les binds variables, je regarderais demain.

Laly.

**orafrance** · 03/11/2004, 17h19

oui peut-être... finalement j'en sais rien du tout, je ne connais absolument pas C#

**lalystar** · 04/11/2004, 09h16

Oui en fait mon bout de code est différent sur le principe puisque je ne recrée pas les paramètres de l'objet commande :

En visual basic, pour utiliser les bind variables :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
    Dim cmd As ADODB.Command
    Set cmd = New ADODB.Command
    With cmd
        .ActiveConnection = cnx
        .CommandText = "insert into W_CTE_CTI_MC_COVERAGE values(?, ?)"
 
        .CreateParameter "client_id", adInteger, adParamInput, 7
        .CreateParameter "i_intrn", adVarChar, adParamInput, 18
    End With
 
    While ...
            With cmd
                .Parameters(0).Value = clientId
                .Parameters(1).Value = rmpm
                .Execute
            End With
    Wend

Laly.

**dupin40** · 04/11/2004, 12h36

Plus de problème depuis que j'ai patché la base Oracle 8.1.7.0 -> 8.1.7.4
avec le dernier patch pour oracle 8i.

Maintenant je m'interesse au remplissage de cette fameuse Shared_Pool
avec la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from v$SQL;

je liste le contenu de celle ci et je trouve dans chose un peu bizarre mais je suis certain que nos redacteurs vont pouvoir m'aider

Comment deux query identiques (même SQL_TEXT) peuvent se trouver deux fois dans la Shared_Pool.

select distinct M2_C1,M2_C2,M2_C82,M2_C83,M2_C10 from M2 where M2_C3=0 and M2_C5='T' order by M2_C82 ASC
select distinct M2_C1,M2_C2,M2_C82,M2_C83,M2_C10 from M2 where M2_C3=0 and M2_C5='T' order by M2_C82 ASC

**orafrance** · 04/11/2004, 12h42

tu peux vérifier si elles sont identiques à l'espace près... parce que si je ne me trompe pas :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select sysdate from dual;

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
select sysdate
from dual;

sont différentes... je vais essayer de retrouver l'article qui parle de ça

**lalystar** · 04/11/2004, 12h46

Quand tu regardes V$SQLAREA, tu as une colonne VERSION_COUNT qui contient le nb de versions existants pour une même requête.

En effet, une même requête peut être traitée de manière différente quand l'environnement n'est pas le même (paramètres de session par exemple : SORT_AREA_SIZE, HASH_AREA_SIZE, OPTIMIZER_GOAL...)

Laly.

**dupin40** · 04/11/2004, 12h56

Je suis quasiment certains que les deux queries sont identiques car j'ai copier coller le resultat de la requete
depuis PL/SQL Developer ...

A moins que PL/SQL Developper ou que je la vue ne reformatte les données ... Je vais approfondir en regardant dans mon code.
Merci je poursuis mes recherches

**dupin40** · 04/11/2004, 13h04

Envoyé par lalystar

Quand tu regardes V$SQLAREA, tu as une colonne VERSION_COUNT qui contient le nb de versions existants pour une même requête.

En effet, une même requête peut être traitée de manière différente quand l'environnement n'est pas le même (paramètres de session par exemple : SORT_AREA_SIZE, HASH_AREA_SIZE, OPTIMIZER_GOAL...)

Laly.

Bien compris.
Donc dans le code je vais bien faire attention à passer au maximum par les variables liées après si l'envirronement n'est pas le même "tant pis" le query s'y trouvera plusieurs fois.

Je vous remercie à tous pour vos précieux conseils.
J'aime bien monter en compétence par le biais des forums

a+ pour des nouvelles questions.
et encore bravo pour votre réactivité