performances : select, procédure stockée ou vue ?

[Benoit_Durand]

Bonjour,
Je suis actuellement en phase de dev sur un projet utilisant postgresql et je n'ai pas beaucoup d'expérience sur ce sgbd.

Pour un requête toute simple genre :

Code :

1
2
3
4
SELECT m.champ1,m.champ1,m.champ1,rg.champ1,rg.champ1,	py.champ1 	FROM atf.table1 m
	INNER JOIN atf.tabledim2 py ON m.SKtable1=py.SKtable2
	INNER JOIN atf.tabledim3 rg ON m.SKtable1=rg.SKtable3
	WHERE m.SKtable1=maValeur;

Vous l'aurez compris maValeur est le paramètre de la requête. La requête ne retourne qu'une seule ligne (tabledim2 0,1-1,n table1 1,n - 0,1 tabledim3)

Pour une requête aussi simple, vaut-il mieux la faire dans l'application(php), la mettre dans une procédure stockée, ou faire une vue ? Ou est-ce qu'il n'y a pas de différence ?

Est-ce que ce sera la même réponse pour cette requête qui peut retourner plusieurs enregistrements ?

Code :

1
2
3
4
SELECT m.champ1,m.champ1,m.champ1,rg.champ1,rg.champ1,	py.champ1 	FROM atf.table1 m
	INNER JOIN atf.tabledim2 py ON m.SKtable1=py.SKtable2
	INNER JOIN atf.tabledim3 rg ON m.SKtable1=rg.SKtable3
	WHERE py.champ1='maValeur';

Merci par avance.

[CinePhil]

Combien de dizaines de millions de lignes ont tes tables pour que tu t'inquiètes à ce point des performances ?

Plus généralement, ce n'est pas en ces termes qu'il faut réfléchir. Une vue est une requête enregistrée alors le temps d'exécution entre une vue et sa requête directement lancée sera quasi identique. Les vues servent à mieux gérer l'accès aux données et à simplifier l'écriture du code SQL dans les applications clientes en éliminant un paquet de jointures et de requêtes complexes que ne saurait pas forcément faire un développeur de la meilleure façon qui soit.

[Madfrix]

Quant aux procédures stockées, je dirais qu'elles ne présentent aucun intérêt puisque tu as une seule requête. Elles pourront être envisagées à partir d'au moins 2 requêtes pour réduire les allers-retours client/serveur

[Benoit_Durand]

OK merci.
La volumétrie n'est pas énorme : 500k lignes pour atf.table1.
C'est plutôt la fréquence des requêtes sur la table qui m'inquiète.
J'arrive du décisionnel et là je dois faire du e-commerce, le truc qui n'a rien à voir.