CREATE TABLE SELECT

Version imprimable

19/04/2011, 17h34
temoanatini

CREATE TABLE SELECT

Bonjour,
MySQL 5.1.48
J'ai une base qui contient une table T et une procédure P.
Cette procédure a comme paramètre IN un INTEGER et en INOUT un code retour.

En gros cette procédure fait:

Code:

CREATE TABLE T2 SELECT * FROM P;

puis supprimme la table T2 et tout ceci le nombre de fois passé en paramètre.

Rien de bien utile mais surtout rien de bien compliqué.

Je me demande pourquoi lorsque je me connecte au serveur depuis un host distant et que j'exécute (call) cette procédure, j'ai un trafic réseau qui gonfle comme si le serveur me (me = client) renvoyais le résultat du SELECT *.

Dans la même logique, SQL Server me renvoie des données mais pas si la requête est faite pour créer une autre table à partir du résultat du SELECT (ce qui est ce à quoi je m'attendais aussi pour MySQL).

merci pour vos réponses d'experts... j'espère
19/04/2011, 18h24
SQLpro

MySQL est en pratique très loin d'être optimisé ! Ce n'est qu'une vulgaire encapsulation de SQL sur des fichiers cobol avec un ersatz de transactions...
Ne vous étonnez donc pas des performances lamentables dans certaines circonstances...
A lire : http://blog.developpez.com/sqlpro/p9...udre-aux-yeux/
Pour les perf, lire :
http://blog.developpez.com/sqlpro/p9...udre-aux-yeux/

A +
19/04/2011, 18h40
temoanatini

merci pour l'info.
Dommage que ça ne réponde pas à ma question toutefois :mrgreen:

J'ai un début de réponse ou en tout cas de nouveaux éléments.

L'action que je décris (l'appel à la proc) est fait depuis un programme JAVA (mysql-connector-java-5.1.14-bin.jar).

Si je fais le même call avec le même user, depuis la même machine mais en interactif (en tapant mon appel directement dans le client MySQL) alors là il semble que j'ai le comportement attendu... pas de traffic réseau entrant sur le client depuis le serveur...

C'est peut-être lié à la manière dont le JAVA execute la query qui fait le call ... ?
19/04/2011, 18h42
SQLpro

Poste le code de ta proc.

A +

la proc:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
delimiter //
 
CREATE PROCEDURE test(IN nLoops INTEGER, INOUT Res INTEGER)
BEGIN
  DECLARE i INT DEFAULT 0;
  IF nLoops > 0 THEN
    WHILE(i < nLoops) DO 
      CREATE TABLE TEST2 AS SELECT * FROM TEST1;
      DROP TABLE TEST2;
      SET i = i + 1;
    END WHILE;
  END IF;
  IF i = nLoops THEN
    IF Res <> 0 THEN
      SET Res = 1;
    END IF;
  END IF;
END//
 
delimiter ;

appelé par le JAVA comme ça:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
PreparedStatement PrepStmt = null;
ResultSet rs = null;
int nbLoop = 250;

try {
  PrepStmt = con.prepareStatement("SET @inOutResult=-1");
  PrepStmt.executeUpdate();

  PrepStmt = con.prepareStatement("CALL test(" + nbLoop + ", @inOutCPUResult)");
  PrepStmt.executeUpdate();

  PrepStmt = con.prepareStatement("SELECT @inOutResult");
  rs = PrepStmt.executeQuery();
  if (rs.next()) {

//etc. etc.

=> trafic réseau entrant (et je ne souhaite pas le résultat du select)

et appelé depuis le client MySQL comme ça:

Code:

1
2
3
mysql> set @loop = 250;
mysql> set @ret = -1;
mysql> call test(@loop, @ret);

=> pas de trafic réseau entrant (et je ne souhaite toujours pas le résultat du select, ça tombe bien)

donc je me demandais si ça ne venait pas du 2ème "executeUpdate();"

bon en fait ça fonctionne

si je fais un truc comme ça:
Code:

1 2 3 4 5 6 7 8 9 10 ... String strSetLoopNb = new String("SET @nbLoops="); strSetLoopNb = strSetLoopNb.concat(String.valueOf(nbLoop)); PrepStmt = con.prepareStatement(strSetLoopNb); PrepStmt.executeUpdate(); PrepStmt = con.prepareStatement("CALL test(@nbLoops, @inOutCPUResult)"); PrepStmt.executeQuery(); ...
Dans mon cas, je rappelle que ce qui me posait problème était d'avoir du traffic réseau qui était retourné au client.
Rempacer dans le call l'appel avec la variable JAVA par son équivalent avec une variable de session MySQL me donne le résultat escompté.

Je note aussi que
.executeQuery()
et
.executeUpdate()
donnent le même résultat, comportement dont je ne sais pas s'il est normal ou pas.... bref