probleme avec un SELECT

Salut a tous,
J'ai un petit probleme avec un SELECT que j'arrive pas trop a comprendre :
1) j'ai cette table :

Code:

---

1 2 3 4 5 6 7 8 9 10

CREATE TABLE `tbl_immeubles` ( `id_immeubles` int(10) unsigned NOT NULL auto_increment, `ref` varchar(25) collate latin1_general_ci NOT NULL default '', `id_lieu` tinyint(255) unsigned NOT NULL default '0', `id_cat` tinyint(255) unsigned NOT NULL default '0', `prix` decimal(11,2) unsigned NOT NULL default '0.00', `descriptif` text collate latin1_general_ci NOT NULL, `titre` varchar(100) collate latin1_general_ci NOT NULL default '', PRIMARY KEY (`id_immeubles`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci AUTO_INCREMENT=119 ;

---

2) j'ai une variable que je recupere en php par $_GET

Code:

---

1 2	if(isset($_GET['ref'])) $ref=$_GET['ref']; else $ref="";

---

3) et ce SELECT :

Code:

---

$select= 'SELECT t1.ref, t1.id_lieu, t1.prix, t1.descriptif, t1.titre, t2.id_lieu, t2.lieu FROM tbl_immeubles AS t1, tbl_lieu AS t2 WHERE t1.id_lieu = t2.id_lieu AND t1.ref='.$ref ;

---

le probleme: tant que $ref renvoie une valeur numerique ca fonctionne tres bien, mais des que, par exemple $ref=PAJ, j'ai une erreur SQL qui me dit

Code:

---

Erreur : Unknown column 'PAJ' in 'where clause'

---

j'ai bien essayé :

Code:

---

SELECT t1.ref, etc... AND CONCAT(t1.ref) ='.$ref;

---

ou

Code:

---

1 2	if(isset($_GET['ref'])) $ref=strval($_GET['ref']); else $ref="";

---

ou encore

Code:

---

SELECT t1.ref,.... etc .....AND CONCAT(t1.ref) ='.strval($ref);

---

mais ca marche pas non plus (meme erreur)

pour l'instant je tourne en local avec easy php 1.8 (MySQL 4.1.9), j'avais fait plein de test hier soir (malheureusement que sur des nombres) ca passait nickel, je finis mon code php tout a l'heure, et en fignolant le html avant l'upload, j'essaie avec une reference alpha... patatra ca passe pas ...
quelqu'un a une idée svp ?
merci d'avance

Ca fait presque 7 heures que je me penche la dessus et je viens de trouver la reponse :roll: :lol:

Il manque les guillemets 8O :!:
il fallait ecrire

Code:

---

SELECT ...... AND t1.ref = "'.$ref.'"' ;

---

Par contre , en cherchant des infos dans le manuel SQL je suis tombé sur la fonction FORMAT(X,D) , qui m'interesse pour le champ t1.prix, mais je ne sais pas sur de bien l'utiliser dans mon select :
apres quelques essais, la requete fonctionne avec :

Code:

---

SELECT t1.ref, t1.id_lieu, FORMAT(t1.prix,2) AS prix, t1.descriptif, t1.titre, t2.id_lieu, t2.lieu FROM tbl_immeubles AS t1, tbl_lieu AS t2 WHERE t1.id_lieu = t2.id_lieu AND t1.ref = "'.$ref.'"' ;

---

est ce correct ? et d'une maniere generale peut on ameliorer ou optimiser la requete ?
Merci
@+

Saluton,
On peut certainement améliorer la requête en recourant à une jointure plutôt qu'à une clause WHERE, quant au formatage par SQL, ce n'est pas non plus son rôle, number_format() en php le fera tout aussi bien.

Citation:

---

Envoyé par Maljuna Kris

Saluton,
On peut certainement améliorer la requête en recourant à une jointure plutôt qu'à une clause WHERE, quant au formatage par SQL, ce n'est pas non plus son rôle, number_format() en php le fera tout aussi bien.

---

Salut,

Initialement il y avait une jointure (je suis debutant et c'est avec NATURAL LEFT JOIN que j'avais appris a relier des tables, dans une excellente FAQ sur les SGBDR ou d'un coup tout me semblait evident, mais le site n'existe plus www.en2i.org :( ) mais sur un autre forum on me la deconseillé , et vu mon niveau (sans experience) j'ai suivi cet avis quand bien meme LEFT JOIN me semblait personnellement plus "naturel" ...
maintenant, j'aimerai bien un peu comprendre le pourquoi du comment, cad dans le cas d'une simple relation avec 2/3 tables pourquoi quoi une jointure est preferable a une clause WHERE ( ou vice versa) ? performance? fiabilité? securité ? evolutivité? autre ?
c'est d'ailleurs un peu pareil pour FORMAT, hier soir je lisais une FAQ MySQL ou ils preconisent l'emploi des fonctions offertes par MySQL plutot que des lignes de code en PHP ... ; dans le cas present, ca me semble plus evident (+ simple et rapide) de formater directement ma variable depuis SQL , que de recuperer cette variable brut pour redemander à PHP de la formater en plus de tout le boulot que je lui demande de faire par ailleurs (c'est simpliste je sais mais c'est la reflexion d'un novice :wink: )
Alors si toi ou l'un d'entre vous a quelques instant a me consacrer pour m'expliquer ce "pourquoi du comment", je suis toute ouïe
:wink:

Citation:

---

Envoyé par Jean Fi

maintenant, j'aimerai bien un peu comprendre le pourquoi du comment, cad dans le cas d'une simple relation avec 2/3 tables pourquoi quoi une jointure est preferable a une clause WHERE ( ou vice versa) ? performance? fiabilité? securité ? evolutivité? autre ?

---

Plusieurs raisons à cela:
1) On distingue facilement les conditions liées aux jointures des conditions de restriction du WHERE
2) On connait explicitement le type de jointure (INNER, LEFT OUTER, NATURAL...)
3) MySQL fait des optimisations sur les jointures en se basant sur les conditions de jointures. Si pas, c'est peut-être prévu dans une version future

Citation:

---

Envoyé par Jean Fi

c'est d'ailleurs un peu pareil pour FORMAT, hier soir je lisais une FAQ MySQL ou ils preconisent l'emploi des fonctions offertes par MySQL plutot que des lignes de code en PHP ...

---

Il faut voir au cas par cas. Une fois, j'essayais de faire la différence entre deux UNIX_TIMESTAMP en MySQL (version 4.0, donc pas de TIMESTAMP_DIFF...) mais j'avais une erreur d'entiers signés/non signés, donc j'ai finalement fait une partie du traitement en PHP.

Dans d'autres cas, les fonctions de convertion de MySQL sont bien utiles. Après tout, ça ne sert à rien de décomposer un résultat pour le réarranger différemment alors qu'on peut faire l'opération directement.

Après, ça dépend d'autres facteurs, mais sinon, va au plus simple (ça évite les erreurs) et surtout au plus sûr.

8) 8) 8)
Merci a toi pour ces precisions; c'est exactement ce que je cherche => la simplicité ! :D
++