Discussion :

[Fabllot]

Bonjour,

Je cherche à faire un truc, sans doute un peu bizarre, mais qui pourrait m'être utile. Cependant, je ne sais pas si MySql l'autorise...

En gros je veux faire un SELECT sur une table dont le nom est stockée dans une autre table. Intuitivement j'aurais fait un truc du genre :

Code :

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

SELECT tab.* FROM (SELECT table_name FROM mytables WHERE tab_id = 1) as tab

Cependant, cette requête qui syntaxiquement est correcte, me retourne le résultat de la requête

Code :

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

SELECT table_name FROM mytables WHERE tab_id = 1

et non le contenu de ma table dont l'id est "1"...

Avez-vous une idée de comment faire ? Si c'est possible ?
Merci !

[CinePhil]

Ta demande laisse à penser qu'il y a un problème de modélisation des données car stocker le nom d'une table dans une table, c'est plutôt inhabituel !

Quel chemin t'a amené à une telle demande ?

[ericd69]

salut,

il te retourne ce que tu lui demandes... si ton but est de faire une sélection de table dont tu fixerais le nom, c'est pas du tout comme ça...

le seul moyen est de construire ta requête via une requête préparée pour laquelle tu définis la chaine de commande par une concaténation de ta requête (coupée au niveau de l'emplacement du nom de table) et du nom de table...

tu ne peux non plus utiliser une variable pour avoir le nom d'une entité (nom d'une base, d'une table ou d'une colonne)

c'est donc le seul moyen pour générer une requête dynamiquement sur l'une de ces choses...

[Fabllot]

Merci pour vos réponses.

J'ai effectivement des tables avec beaucoup de données, et j'essaie de voir comment je peux optimiser les temps d'accès aux données.
Dans mon cas je ne vois grandement l’intérêt des requêtes préparées dans la mesure où je dois toujours récupérer mes données en plusieurs requêtes (récupérer d'abord le nom des tables puis les données à proprement parlé).

Ceci dit le problème est plus complexe que cela et je vais continuer à réfléchir à la modélisation de mes données...

[ericd69]

alors comment tu veux optimiser en rajoutant une couche pour rien

regarde ta requête indentée:

Code sql :

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

1
2
3
4
5
SELECT tab.*
FROM
  (SELECT table_name
   FROM mytables
   WHERE tab_id = 1) AS tab

littéralement je lis la colonne table_name de mytables pour tab_id = 1 et je stocke la ligne dans la table temporaire tab puis je lis tout ce qu'il y a dans tab...
ce qui correspond bien à:

Code sql :

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

1
2
3
SELECT table_name
FROM mytables
WHERE tab_id = 1

mais en ajoutant une table temporaire et une lecture intermédiaire par rapport à cette dernière requête...

comprends mieux ce que tu as écrit?

rien à voir avec je viens chercher le nom de la table par une requête puis j'exécute une autre requête en utilisant le nom de table obtenu...

tu ne peux le faire qu'avec une requête préparée si c'est ce que tu avais à l'intérieur d'une procédure stockée, pour encapsuler les différentes requêtes nécessaires, ou en les enchainant coté langage serveur (php, java, etc)...

pour reprendre ton exemple:

Code sql :

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
19
delimiter $$
drop procedure if exists test$$
create procedure test(in valeur int)
begin
  declare tname varchar(64) default null;
  SELECT table_name
    into tname
    FROM mytables
    WHERE tab_id = valeur;
  if tname is not null then
    @ordre=concat('select * from `',tname,'`');
    prepare exe from @ordre;
    execute exe;
    deallocate prepare exe;
  end if;
end$$
 
delimiter ;
call test(1);

[Fabllot]

C'est effectivement ce que j'avais compris en cherchant un peu.

Après c'est sûr que récupérer mes données en 2 ou 3 étapes il n'y a pas de soucis... Bien que je préfères le faire en Php, je trouve cela plus simple (je ne maîtrise pas trop les procédures en SQL), mais merci pour l'exemple.

Je pense que si je veux optimiser quelque chose c'est plutôt coté organisation des données. Et du coup en prenant en compte les requêtes imbriquées (correctement) que je n'utilise pas tant que ça.

Après j'avoue que pour la forme j'ai posé la question au cas où, j'aurai trouvé cela "joli", techniquement parlant !

Merci pour vos réponses.