#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version f

Bonjour tout le monde.

Comme mon nom l'indique je suis debutant et au bord du suicide.

Mon problème est simple: je cherche, depuis php myadmin, à sélectionner les noms ,prenoms , mail de deux tables depuis l'éditeur SQL de PHP. Mes TABLE 1 et TABLE 2 ont bien été importées correctement, et aucun mess d'erreur n'est apparu. Du coup quand j'envoi cette mini requête:

Code:

---

SELECT nom ,prenom ,mail FROM TABLE 1 AND TABLE 2;

---

J'obtiens le message d'erreur en intitulé....

Pièce jointe 535342

Je sais que je suis une bille mais la quand même je suis dégouté.

En vous remerciant :merci:,

New_B_2_feu.

Quelques pistes : Cours complet pour les débutants sur le langage SQL - Quatrième partie : la récupération des données

:ccool:

Citation:

---

Envoyé par al1_24

Quelques pistes : Cours complet pour les débutants sur le langage SQL - Quatrième partie : la récupération des données

---

et en particulier le paragraphe 1.7. Utilisation du caractère double quote (guillemet) ;)

Salutation !

Merci pour ces reponses si rapides. J'ai oublié de précisé que j'avais bien essayé les quotes mais apparement pas les bons.

CA MARCHE !!!! et j'ai pu me rendre compte que j'avais besoin d'une jointure aussi... BREF MERCI infiniment c'est la première fois que qq'un m'aide ! c'est chiant de se sentir aussi seul devant ces petits messages d'erreur et de se sentir aussi bête...

J'ai une dernière question avant de tagger le sujet comme résolu :

J'ai installé Wamp et séparement MySQL ET Workbench depuis peu et aujourd'hui quand je me connecte au réseau publique de la bibliothèque (la ou je vais tous les jours pour leur gratter leur connexion) j'ai ca qui apparait :

Pièce jointe 535468

Je me paye un stress hydrique de fou là pcq mon partage de connexion va plus durer très longtemps voyez !!!!

Merci mille fois, je vous le rendrai en bière si j'en ai l'occas :chin:

Pardon j'ai oublié de vous le montrer...

Grace à ca

Code:

---

SELECT T1.nom ,T1.prenom ,T1.email FROM `TABLE 1` T1 UNION SELECT T2.nom ,T2.prenom ,T2.email FROM `TABLE 2` T2

---

Pièce jointe 535470

Merci à vous.

C'est bon j'ai reussi en touchant tous les parametres possibles et reinitialisant toutes les options de mes reglages reseau...

Merci encore pour plus haut,

La biere qd vous voulez ;)

C'est curieux d'avoir deux tables qui semblent avoir exactement la même structure (nom, prénom...) savez vous quelle en est la raison ?

Par ailleurs, si le contenu de ces deux tables est mutuellement exclusif, il est préférable d'utiliser UNION ALL plutôt que UNION:
UNIONprovoque un dédoublonnage et donc un tri ce qui a un coût. UNION ALL ne fait pas ces opérations ;)

Bonjour escartefigue,

Oui, si vous voulez je suis en train de recuperer de nombreuses base de données de fichiers client de ma soeur. Et a chaque fois c'est les mêmes attributs qu'elle utilise. Mais elle a accumulé des années de ces fichiers donc moi j'importe dans une base de donnée, une table par fichier client mois apres mois... et a la fin je vais lui sortir une seul et unique table obèse en csv sans doublons ni caractères spéciaux ni faux contact...

Je vais aussi pouvoir analyser un peut tout ca (même si je ne vais pas pouvoir pousser bien loin les analyses).

Donc si j'ai bien compris lorsque je fait UNION ca me créé des doublons ???
Balo c'est ce que je voulais éviter.... je vais donc UNION ALL

Je vous souhaite une bonne journée, et vous remercie pour votre conseil.

Citation:

---

Envoyé par New_B_2_Feu

Donc si j'ai bien compris lorsque je fait UNION ca me créé des doublons ???

---

Non, c'est l'inverse...

Citation:

---

Envoyé par escartefigue

UNION provoque un dédoublonnage et donc un tri ce qui a un coût. UNION ALL ne fait pas ces opérations ;)

---

Okay je comprend mieux c'est donc exactement ce dont j'avais besoin !

Le cout = cout de temps de calcul je suppose ? Ca va pour l'instant mon pc galère pas trop

Pour identifier les doublons, il faut trier les éléments puis éliminer les lignes pour lesquelles les valeurs sont en double
Le coût concerne donc essentiellement les I/O surtout si la table est volumineuse, puisqu'il faut tout lire puis ne réécrire que la partie qui ne contient pas de doublons