le 03/05/2005 à 18:11
Requête optimisée
Tu n'as pas du comprendre l'interet de l'index Lefounard...
En tout cas, c'est pas du côté des index qu'il doit chercher...
LA GLOBULE
Inscris le 25/09/2002 à 10:40
-
Site web
-
Nombre de sujets47
-
Nombre de messages8 345
-
Nombre de commentaires142
-
Nombre de news8 346
-
Niveau en PHPExcellent
Ses derniers messages sur les forums
Tu n'as pas du comprendre l'interet de l'index Lefounard...
En tout cas, c'est pas du côté des index qu'il doit chercher...
le 03/05/2005 à 18:09
Update données
le 03/05/2005 à 16:46
bb-code : tableaux
J'ai peut etre critiqué, mais je t'ai donné une réponse :)
De plus, pour un simple remplacement, utilise str_replace au lieu d'une expression régulière.
le 03/05/2005 à 16:25
Update données
Tu ne transmets pas la variable $id à la page modification_go.php, par conséquent, dans modification_go.php, $id est inconnue.
le 03/05/2005 à 13:21
Gestion de news
<a href="#ancre" onClick="document....href=\'http://url\del_news.php?id..'"> <img></a>
??
Pourquoi ne fais tu pas un simple :
<a href="http://url/del_news.php?id=3">ton image</a>
Et dans del_news.php, tu fais un simple :
DELETE FROM table WHERE id=3
suivi d'une redirection vers ton news.php ? (via un header)
??
Pourquoi ne fais tu pas un simple :
<a href="http://url/del_news.php?id=3">ton image</a>
Et dans del_news.php, tu fais un simple :
DELETE FROM table WHERE id=3
suivi d'une redirection vers ton news.php ? (via un header)
le 03/05/2005 à 02:09
Les Index dans mysql ?!
Non, un index ne se met pas dans un SELECT.
L'index, il faut le créer sur un attribut Y d'une table X.
L'index permet d'accélérer certains types de requetes.
Exemple :
Ta table X contient 10 000 éléments, et l'attribut Y n'est pas une clé primaire.
Si tu places un index sur X.Y, tu vas créer un genre de "table des matières" de ta table (l'index).
Ensuite, quand tu vas faire une requete sql avec Y, MySQL va regarder cette table des matières (au lieu de regarder les 10 000 éléments).
Imaginons que Y soit un truc numérique.
Ta requete SQL cherche quelque chose telle que Y > 500 et Y < 800.
Imaginons aussi que l'index permette à MySQL de découper ta table X en "zone" :
- zone 1 : Y > 0 et Y < 500
- zone 2 : Y > 500 et Y < 1000
etc...
Bref lors de la requete SQL, ton MySQL va checker l'index :
- il va lire la zone 1 (un accés BD)
- il va lire la zone 2 (un accés BD) : la, il sait qu'il est dans la bonne zone pour ce que tu cherches
- il va lire les éléments de la zone 2
(si la zone 2 contient 250 éléments, MySQL aura fait 252 accés BD, au lieu de faire 10 000 accés BD).
Voila un peu en super simplifié la notion d'index : c'est une table des matieres de ta table.
C'est comme les tables des matieres des livres : tu sais que le chapitre 'toto' est à la page 42.
Si tu veux lire ce chapitre (qui t'interesse), ben tu vas à la page 42 au lieu de lire toutes les pages avant d'arriver au chapitre 'toto'.
Naturellement, un index "occupe" de la place sur le disque dur, et non, il n'est pas bon de mettre des index partout (cela peut meme ralentir le SGBD dans certains cas).
L'index, il faut le créer sur un attribut Y d'une table X.
L'index permet d'accélérer certains types de requetes.
Exemple :
Ta table X contient 10 000 éléments, et l'attribut Y n'est pas une clé primaire.
Si tu places un index sur X.Y, tu vas créer un genre de "table des matières" de ta table (l'index).
Ensuite, quand tu vas faire une requete sql avec Y, MySQL va regarder cette table des matières (au lieu de regarder les 10 000 éléments).
Imaginons que Y soit un truc numérique.
Ta requete SQL cherche quelque chose telle que Y > 500 et Y < 800.
Imaginons aussi que l'index permette à MySQL de découper ta table X en "zone" :
- zone 1 : Y > 0 et Y < 500
- zone 2 : Y > 500 et Y < 1000
etc...
Bref lors de la requete SQL, ton MySQL va checker l'index :
- il va lire la zone 1 (un accés BD)
- il va lire la zone 2 (un accés BD) : la, il sait qu'il est dans la bonne zone pour ce que tu cherches
- il va lire les éléments de la zone 2
(si la zone 2 contient 250 éléments, MySQL aura fait 252 accés BD, au lieu de faire 10 000 accés BD).
Voila un peu en super simplifié la notion d'index : c'est une table des matieres de ta table.
C'est comme les tables des matieres des livres : tu sais que le chapitre 'toto' est à la page 42.
Si tu veux lire ce chapitre (qui t'interesse), ben tu vas à la page 42 au lieu de lire toutes les pages avant d'arriver au chapitre 'toto'.
Naturellement, un index "occupe" de la place sur le disque dur, et non, il n'est pas bon de mettre des index partout (cela peut meme ralentir le SGBD dans certains cas).
le 01/05/2005 à 23:01
selection avec jointure
Fais un GROUP BY.
le 01/05/2005 à 22:58
envoie d'une photo par email, comment faire ?
Ben c'est faisable : utilise la fonction mail, et lis beaucoup de doc sur les entetes d'un mail pour voir comment en envoyer un avec une image en pièce jointe.
le 01/05/2005 à 19:16
bb-code : tableaux
Quel est l'interet de ton bb-code ??
Pour les liens, cela peut se comprendre, mais je ne vois pas l'interet de remplacer un <table> par un [tab]...
De plus, pour un simple remplacement, utilise str_replace au lieu d'une expression régulière.
Pour les liens, cela peut se comprendre, mais je ne vois pas l'interet de remplacer un <table> par un [tab]...
De plus, pour un simple remplacement, utilise str_replace au lieu d'une expression régulière.
le 30/04/2005 à 16:24
afficher des fichiers par ordre de création
Utilise la fonction filemtime pour comparer la liste de fichier (comparaison suivant la date de création du fichier).
