Discussion :

[oneagaindoguys]

Bonjour,

Sur l'application sur laquelle je travaille comporte beaucoup d'attributs dont les valeurs sont prédéfinies. J'en profite pour factoriser au mieux mes données respectant au maximum les formes normales.
Souhaitant récupérer les véritables valeurs et non les clés, j'utilise une vue qui me renvoie une entité "prête-à-l'emploi". J'obtiens alors une vue avec 58 colonnes dont la plupart sont prédéfinies. Mes dépendances fonctionnelles se font sur 3 niveaux. J'arrive donc à une vue comportant 50 jointures et 2 restrictions.
Je viens de faire un test de montée en charge et c'est la catastrophe. 2 minutes pour 1000 lignes dans la vue, et une seule m'intéresse.
J'utilise MySQL et MyISAM. Toutes les colonnes utilisées pour jointure sont indexée.
Je ne veux pas mettre en péril la cohérence et cette vue est utilisée régulièrement.
Comment puis-je optimiser la chose ?

Merci à vous

[ericd69]

salut,

vu la taille de ta vue, ça me parait pas choquant...

la question est si une seule ligne t'intéresse pourquoi ne pas utiliser directement la requête qui te rapatrie ce dont tu as besoin?

[oneagaindoguys]

Bonjour,

Merci pour ta réponse. C'est ce que je fais :

Code :

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

1
2
 
SELECT .. FROM vue WHERE valeur unique = ?

J'ai l'impression que la vue n'est pas une une table recomposé mais une requête stockée. Du coup le sgbd execute les jointures et consomme la ressource.
Il faudrait que les données soient stockée physiquement.

[oneagaindoguys]

Bonjour,

Merci pour ta réponse. C'est ce que je fais :

Code :

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

1
2
 
SELECT .. FROM vue WHERE valeurUnique = ?

J'ai l'impression que la vue n'est pas une une table recomposé mais une requête stockée. Du coup le sgbd execute les jointures et consomme la ressource.
Il faudrait que les données soient stockée physiquement.

[ericd69]

je pense que l'implémentation des tables virtuelles que sont les vues met à jour le contenu à chaque accès en effet (plus simple à gérer même si moins efficace que seulement à la modification des tables sous-jacentes)

c'est surtout pratique pour un jeu bien déterminé de résultats... vu que ça revient à ré-exécuter la requête utilisée pour la création de la vue...

dans ton cas je pense que ce n'est pas adapté...

[oneagaindoguys]

En effet, une vue stocke une requête et pas des données. Comment je peux stocker les donnés pour obtenir de meilleurs perfs ?

Qu'est-ce qui pourrait donc être adapté à mon besoin ?