Comment pallier l'utilisation des vues en mysql [Résolu]

[kakashi05]

Bonjour,
Je viens vers vous car j'ai un problème. Je m'explique : je suis entrain de développer une petite application en php qui aura pour simple but d'afficher des données enregistrées.
Pour afficher certaines données, j'ai dû créer des "vues" (en local), mais lors du déploiement de l'application sur le serveur, je me rend compte que la version de MySQL présente sur le poste est une 4.1, l'utilisation des vues n'étant pas prise en compte sur cette version. L'idée serait, dans un premier temps, de trouver une solution pour pallier l'absence des vues dans MySQL 4.1. Et, s'il y a pas de solution, je verrai avec l'administrateur s'il peut mettre à jour MySQL.

Je vous montre la vue que j'ai crée :
le nom de la vue: yy_date_de_livraison_dune_demande

Code :

1
2
3
4
5
6
7
8
9
 
SELECT demande_ou_projet.IdDemande, 
demande_se_trouve_dans_etat.Date_entree
AS PremierDeDate_entree
FROM demande_ou_projet 
INNER JOIN demande_se_trouve_dans_etat 
ON demande_ou_projet.IdDemande = demande_se_trouve_dans_etat.IdDemande
WHERE (((demande_se_trouve_dans_etat.Code_etat)="LID"))
GROUP BY demande_ou_projet.IdDemande

Cette vue, je l'utilise dans une autre requête.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
SELECT demande_ou_projet.IdDemande, LEFT(LIBELLE_FORFAIT_BUDGET,20) 
AS Projet, demande_ou_projet.IdClientDemande, LEFT(Libelle,15) 
AS Intitule, demande_ou_projet.Date_livraison_prevue,
yy_date_de_livraison_dune_demande.PremierDeDate_entree 
AS Livraison_reelle, 
demande_ou_projet.Date_reception, demande_ou_projet.Type_demande, demande_ou_projet.niveau_de_severite
FROM sous_systeme 
INNER JOIN ((forfait_budget 
INNER JOIN demande_ou_projet 
ON forfait_budget.ID_FORFAIT_BUDGET = demande_ou_projet.REF_FORFAIT_BUDGET) 
LEFT JOIN yy_date_de_livraison_dune_demande
ON demande_ou_projet.IdDemande =yy_date_de_livraison_dune_demande.IdDemande) 
ON sous_systeme.IdSousSyst = forfait_budget.REF_SOUS_SYSTEME
GROUP BY demande_ou_projet.IdDemande, 
LEFT(LIBELLE_FORFAIT_BUDGET,20), demande_ou_projet.IdClientDemande, 
LEFT(Libelle,15), demande_ou_projet.Date_livraison_prevue, 
yy_date_de_livraison_dune_demande.PremierDeDate_entree, 
demande_ou_projet.Date_reception, demande_ou_projet.Type_demande, 
demande_ou_projet.niveau_de_severite, sous_systeme.IdAppli
HAVING (((LEFT(LIBELLE_FORFAIT_BUDGET,20))="S/M Europe" OR (LEFT(LIBELLE_FORFAIT_BUDGET,20))="S/M France") 
AND ((yy_date_de_livraison_dune_demande.PremierDeDate_entree) BETWEEN "03/04/2011"  AND "15/04/2011"  ) AND ((sous_systeme.IdAppli)="DEV"))

Avez vous un autre moyen de réécrire cette requête ?
J'ai pensé aux requêtes imbriquées, mais je ne vois pas trop comment l'utiliser dans mon cas.
Serait-il possible de stocker une requête dans une variable en php par exemple ?

Je reste à votre entière disposition pour toute question ou information supplémentaire.
Merci

[ericd69]

salut,

normalement tu peux remplacer la vue par la requête qui l'engendre sans problème, tu vas juste perdre en performance peut-être car parfois l'optimiseur peine... au pire tu crées une table temporaire que tu remplies avec la requête de la vue et l'utilises à la place de la vue...

[CinePhil]

Je crois que les requêtes imbriquées ne vont pas fonctionner dans son cas puisque le serveur est en version 4.1 (il serait effectivement temps de le mettre à jour !).
Je crains que les tables temporaires soient alors le seul palliatif.

[ericd69]

oui c'est clair.... au moins pour avoir les procédures stockées et enfin un truc qui permette un peu plus de choses

[kakashi05]

Merci à vous deux (ericd69 et CinePhil) l'utilisation des tables temporaires m'a aidé à contourner le problème , je vais voir avec l'administrateur pour qu'il fasse une mise à jour, en tout cas j'ai appris quelque chose en plus

Bon, il ne reste plus qu'à mettre resolu

[ced]

Envoyé par CinePhil

Je crois que les requêtes imbriquées ne vont pas fonctionner dans son cas puisque le serveur est en version 4.1 (il serait effectivement temps de le mettre à jour !).
Je crains que les tables temporaires soient alors le seul palliatif.

Normalement, MySQL supporte les sous-requêtes imbriquées depuis la version 4.1.
Donc, dans le cas présent, ça doit être jouable, mais avec des performances qui se dégradent vite (ça va mieux seulement depuis la version 5.4).

ced