Discussion :

[Geronimo]

Bonjour,

J'ai la requête suivant ; je voudrais savoir si cela correspond à une requête légère/normale/lourde/très lourde. (Cette requête est utilisée dans du code PHP) pour des raisons de choix d'hébergement.

Je m'excuse de poser la question, mais j'ai du mal à évaluer.

Code :

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
SELECT DISTINCT 
  C1.Id, 
  C1.Titre, 
  C1.Date, 
  C1.DateApparente, 
  C1.Categorie, 
  C2.Nom_$langue 
 
FROM 
  ListeActualites C1, 
  CategoriesActualites C2 
 
WHERE 
  C2.Nom_fr=C1.Categorie 
 
ORDER BY 
  C1.Date DESC

Je vous remercie d'avance,
Geronimo

Précision : la table ListeActualites contient une centaine d'éléments
La table CategoriesActualites une dizaine.

[omiossec]

c'est plutot une requette simple.
Mais il faudrait surout voir comment sont gerer les index.
Un conceil pour voir comment une requette peut être interpreter dans mysql
tape

Code :

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

explain requete

[Geronimo]

C'est-à-dire que je suis chez un fournisseur d'accès... donc pas de commandes ...

Qu'est-ce que tu entends pas "Gérer" les index ?
J'ai normalement le champ Id qui est un Index en auto_increment et je n'utilise que lui dans les clauses WHERE.

[kaiser2003]

Bah pas spécialement Mais Quelle est la nature de ta jointure ?

[Geronimo]

En gros, c'est que je fais référence à une Catégorie, mais selon la langue, j'ai besoin de sa traduction.

[omiossec]

C'est-à-dire que je suis chez un fournisseur d'accès... donc pas de commandes ...

.

Tu n'a pas phpmyadmin ou autre car c'est une commande sql

[kaiser2003]

De toute façon ta requête ne créera qu'une table intermédiare de 1000 n-uplet et MySQL traite ca sans problème. De toute façon, il me semble que la lenteur de ta requête ne sera du qu'à ORDER BY mais cela dépendera de tes réponses. Si tu t'inquite pour la syntaxe, en principe, c'est l'optimiseur de requête qui s'occupe de ca.

[kaiser2003]

Mais fait attention a ca

Code :

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

1
2
 
C2.Nom_fr=C1.Categorie

S'il ne sont pas tous renseigné, tu risque d'avoir des perte de données. Dans ce cas opte pour une jointure externe[/code]

[Geronimo]

Tous les C1.Categorie ont obligatoirement une valeur.

Mais un SELECT peut-il altérer une table ?!!

[kaiser2003]

bien sur que non.
Ah je vais te rconter une petite histoire sympas qu'y m'est arrivé il a quelques temps. Je travaillais une base de données MySQL/PHP et je fesais une fonction de mise à jour des tables. Le problème était que j'ai j'oublié de mettre une condition dans UPDATE...
Ca n'a rien à voir mais il fallait que je le dise, ca pesait trop lourd

[Invité]

Utilise un left join pour être sur d'avoir toutes les valeurs.

[fulster]

pour info ... je gère un site qui gère des enquètes traduites sur 5 langues
différentes et contenant une quarantaine de questions.

j'ai plus de 20 requetes de ce genres dans tous les sens et ça roule parfaitement bien.

donc à priori no problemo.

[Geronimo]

Tu fonctionnes comme ça aussi pour la traduction ? Ca me rassure, parce que j'avais fait ça moi-même, sans chercher vraiment comment ça se fait en général...

Tu dis que ça roule sans problème, mais tu es hébergé comment ? Perso/Mutualisé/Dédié ?

[fulster]

1- pour la traduc, je ne voyais pas d'autre solution. Donc tout est dynamique : templates + php + mysql et hop ! ... 1 site / 5 traductions.
2- je suis en mutualisé. Bon évidemment ... il n'y a pas de montées en charge de 2000 users par minute ...

Tu fonctionnes comme ça aussi pour la traduction ? Ca me rassure, parce que j'avais fait ça moi-même, sans chercher vraiment comment ça se fait en général...

Tu dis que ça roule sans problème, mais tu es hébergé comment ? Perso/Mutualisé/Dédié ?

[Geronimo]

Merci pour vos réponses.