Sql: where nom like dans un sql déjà existant
westernz
-
westernz -
westernz -
Bonjour,
En principe on écrit ceci : (si je ne me trompe pas)
$sql = "select figuratif from matable where nom like '%mot%';
Est il possible de passer cette requete dans ceci :
$sql = "select figuratif, subjectif, état, origine, époque from matable where etat = 'terminé' AND Origine = 'france' AND subjectif = nom like '%mot%';
Mon souci est d'intégré "nom like" dans une requête existante, sachant que nom like ne devra chercher les correspondances que dans 1 des champ.
J'aimerai pouvoir cherche mes mots clé uniquement dans le champs figuratif, mais mon select dans le quel je vais inclure cette variable a besoin de tester plusieurs champs pour d'autres fonctions. Je vais déjà avoir 2 requête dont une en while qui contiendra l'autre. Est il possible de déterminer le champs de recherche dans le where pour "nom like" ?
Bonne journée
En principe on écrit ceci : (si je ne me trompe pas)
$sql = "select figuratif from matable where nom like '%mot%';
Est il possible de passer cette requete dans ceci :
$sql = "select figuratif, subjectif, état, origine, époque from matable where etat = 'terminé' AND Origine = 'france' AND subjectif = nom like '%mot%';
Mon souci est d'intégré "nom like" dans une requête existante, sachant que nom like ne devra chercher les correspondances que dans 1 des champ.
J'aimerai pouvoir cherche mes mots clé uniquement dans le champs figuratif, mais mon select dans le quel je vais inclure cette variable a besoin de tester plusieurs champs pour d'autres fonctions. Je vais déjà avoir 2 requête dont une en while qui contiendra l'autre. Est il possible de déterminer le champs de recherche dans le where pour "nom like" ?
Bonne journée
A voir également:
- Sql: where nom like dans un sql déjà existant
- Logiciel sql - Télécharger - Bases de données
- Requete sql pix - Forum PHP
- Additions et multiplication dans des requêtes SQL ✓ - Forum MySQL
- Sql query download - Télécharger - Gestion de données
- Ora-00933: la commande sql ne se termine pas correctement ✓ - Forum Oracle
9 réponses
Salut,
si tu mets "AND subjectif = nom", c'est que tu veux faire une jointure.
Il te faut donc deux tables, tu n'en n'as qu'une seule décrite.
Donc, je ne comprends pas ce que tu souhaites faire...
si tu mets "AND subjectif = nom", c'est que tu veux faire une jointure.
Il te faut donc deux tables, tu n'en n'as qu'une seule décrite.
Donc, je ne comprends pas ce que tu souhaites faire...
Bonjour,
Vous avez une erreur de syntaxe:
AND subjectif = nom like '%mot%';
Like est un opérateur au même titre que =
Like pour ce genre de recherche:
- ... like 'xxx%' => remonte tout ce qui commence par xxx
- ... like '%xxx%' => remonte tout ce qui contient xxx
- like '%xxx' => remonte tout ce qui finit par xxx
= pour ce genre de recherche:
- ... = 'xxx' => remonte tout ce qui contient strictement xxx avec rien d'autre devant et/ou dedans et/ou derrière!
A+
Vous avez une erreur de syntaxe:
AND subjectif = nom like '%mot%';
Like est un opérateur au même titre que =
Like pour ce genre de recherche:
- ... like 'xxx%' => remonte tout ce qui commence par xxx
- ... like '%xxx%' => remonte tout ce qui contient xxx
- like '%xxx' => remonte tout ce qui finit par xxx
= pour ce genre de recherche:
- ... = 'xxx' => remonte tout ce qui contient strictement xxx avec rien d'autre devant et/ou dedans et/ou derrière!
A+
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Bonjour,
Une dernier question sur ce sujet.
Dans le condition d'un where, est-il autorisé une condition pour deux champs ?
genre :
WHERE champ1, champ2 = truc;
Ou doit on impérativement duplique truc pour chacun des deux :
WHERE champ1 = truc AND champ2 = truc
C'est qu'a force d'en ajouter je risque rendre possible de passer la limites des 5000 caractères sql :( Si l'utilisateur cocher tous les filtre et met un max de mots clé... ca dépassera.
Je cherche dons à limiter un peu
Une dernier question sur ce sujet.
Dans le condition d'un where, est-il autorisé une condition pour deux champs ?
genre :
WHERE champ1, champ2 = truc;
Ou doit on impérativement duplique truc pour chacun des deux :
WHERE champ1 = truc AND champ2 = truc
C'est qu'a force d'en ajouter je risque rendre possible de passer la limites des 5000 caractères sql :( Si l'utilisateur cocher tous les filtre et met un max de mots clé... ca dépassera.
Je cherche dons à limiter un peu
Bonjour,
Concernant: WHERE champ1, champ2 = truc;
Il faut un opérateur logique. Vous en avez deux: AND et OR
Leur précédence est équivalente à * et + en arithmétique. Exemple:
(3 + 2) * 5 est différent de 3 + (2 * 5)
Si je remplace * et + par AND et OR, j'aurai
WHERE (x = 3 OR y = 2) AND z=5
WHERE x=3 OR (y=2 AND z=5)
ces opérateurs AND et OR sont incontournables.
Donc, il faut:
WHERE champ1='xxx' AND champ2='xxx'
prenons le cas d'une bdd. Vous voulez sortir tous les hommes sans distinction d'âge et toutes les femmes entre 20 et 35 ans:
SELECT * CLIENTS
WHERE sexe='H' OR (sexe='F' AND age BETWEEN(20,35)
C'est clair?
A+
Concernant: WHERE champ1, champ2 = truc;
Il faut un opérateur logique. Vous en avez deux: AND et OR
Leur précédence est équivalente à * et + en arithmétique. Exemple:
(3 + 2) * 5 est différent de 3 + (2 * 5)
Si je remplace * et + par AND et OR, j'aurai
WHERE (x = 3 OR y = 2) AND z=5
WHERE x=3 OR (y=2 AND z=5)
ces opérateurs AND et OR sont incontournables.
Donc, il faut:
WHERE champ1='xxx' AND champ2='xxx'
prenons le cas d'une bdd. Vous voulez sortir tous les hommes sans distinction d'âge et toutes les femmes entre 20 et 35 ans:
SELECT * CLIENTS
WHERE sexe='H' OR (sexe='F' AND age BETWEEN(20,35)
C'est clair?
A+
Pour AND et OR je connais.
Je me demandais juste si quelque d'autre existé, comme "in"
A ce propos, in est il compatible avec par exemple
WHERE figuratif like "%mot1%" AND figuratif like "%mot2%" AND forum_desc like "%mot1%" AND forum_desc like "%mot2%";
Je suppose que c'est trop demandé ?!
Non ?
Car de nez je ne vois pas comment cumulé l'atout de in (que je retient car très util) avec like qui en principe remplace un "=" amoins que ceci soit juste :
WHERE %mot1% in ('figuratif', 'forum_desc') AND %mot2% in ('figuratif', 'forum_desc');
Ou pire... vous allez me prendre pour un fou !
WHERE ("%mot1%" OR "%mot2%") in ('figuratif', 'forum_desc');
Je cherche... je vais essayez seul mais ... je vais aussi aller voir les info sur IN avant ;)
Bonne journée
Et Merci pour ces aides :)
Je me demandais juste si quelque d'autre existé, comme "in"
A ce propos, in est il compatible avec par exemple
WHERE figuratif like "%mot1%" AND figuratif like "%mot2%" AND forum_desc like "%mot1%" AND forum_desc like "%mot2%";
Je suppose que c'est trop demandé ?!
Non ?
Car de nez je ne vois pas comment cumulé l'atout de in (que je retient car très util) avec like qui en principe remplace un "=" amoins que ceci soit juste :
WHERE %mot1% in ('figuratif', 'forum_desc') AND %mot2% in ('figuratif', 'forum_desc');
Ou pire... vous allez me prendre pour un fou !
WHERE ("%mot1%" OR "%mot2%") in ('figuratif', 'forum_desc');
Je cherche... je vais essayez seul mais ... je vais aussi aller voir les info sur IN avant ;)
Bonne journée
Et Merci pour ces aides :)
Bonsoir,
IN sert à déterminer si une donnée figure dans une collection.
Exemple:
SELECT * FROM ma_table WHERE jour = 'lundi' OR jour = 'mercredi'
peut se remplacer par:
SELECT * FROM ma_table WHERE jour IN('lundi','mercredi')
Un exemple plus frappant. Vous voulez isoler x communes dans une base:
SELECT * FROM ma_table WHERE code_postal IN ('75012','75013','75014','75015')
sachant que le IN(...ma collection...) peut être très long, c'est quand même plus compact que ceci:
code_postal = '75012' OR code_postal = '75013'.....
A+
IN sert à déterminer si une donnée figure dans une collection.
Exemple:
SELECT * FROM ma_table WHERE jour = 'lundi' OR jour = 'mercredi'
peut se remplacer par:
SELECT * FROM ma_table WHERE jour IN('lundi','mercredi')
Un exemple plus frappant. Vous voulez isoler x communes dans une base:
SELECT * FROM ma_table WHERE code_postal IN ('75012','75013','75014','75015')
sachant que le IN(...ma collection...) peut être très long, c'est quand même plus compact que ceci:
code_postal = '75012' OR code_postal = '75013'.....
A+
Bon ok j'avais inversé car je suis idiot je lit en anglais au lieu de lire en sql... pardonnez moi ... lol
Bon donc la formule de base devrait etre :
WHERE monchamp IN ('%mot1%', '%mot2%");
Dans ce premier cas, est-ce que je peux utiliser les % comme avec like pour demande a ce qu'il trouve le mot parmi tous les mots ?
Ensuite est-ce que je peux faire cette même requête avec 2 champs qui cherche les mêmes mots, genre :
WHERE (monchamp1, monchamp2) IN ('%mot1%', '%mot2%");
Soyons écolo réduisons notre consommation de mots dans les requêtes sql. Ca fait des pages moins lourde et en définitive moins d'électricité consommée (wow je vais loin !) C'était la note humoristique du jour ;)
Bonne journée
Bon donc la formule de base devrait etre :
WHERE monchamp IN ('%mot1%', '%mot2%");
Dans ce premier cas, est-ce que je peux utiliser les % comme avec like pour demande a ce qu'il trouve le mot parmi tous les mots ?
Ensuite est-ce que je peux faire cette même requête avec 2 champs qui cherche les mêmes mots, genre :
WHERE (monchamp1, monchamp2) IN ('%mot1%', '%mot2%");
Soyons écolo réduisons notre consommation de mots dans les requêtes sql. Ca fait des pages moins lourde et en définitive moins d'électricité consommée (wow je vais loin !) C'était la note humoristique du jour ;)
Bonne journée
Bjr,
CITE: ... est-ce que je peux utiliser les % comme avec like pour demande a ce qu'il trouve le mot parmi tous les mots ?
REPNSE: je n'ai pas essayé, mais peut-être ça marcherait...
CITE: ...est-ce que je peux faire cette même requête avec 2 champs qui cherche les mêmes mots, genre :
WHERE (monchamp1, monchamp2) IN ('%mot1%', '%mot2%");
REPONSE: Non, c'est ceci qu'il faudrait faire:
WHERE monchamp1 IN ('%mot1%', '%mot2%") OR monchamp2 IN ('%mot1%', '%mot2%") ;
A+
CITE: ... est-ce que je peux utiliser les % comme avec like pour demande a ce qu'il trouve le mot parmi tous les mots ?
REPNSE: je n'ai pas essayé, mais peut-être ça marcherait...
CITE: ...est-ce que je peux faire cette même requête avec 2 champs qui cherche les mêmes mots, genre :
WHERE (monchamp1, monchamp2) IN ('%mot1%', '%mot2%");
REPONSE: Non, c'est ceci qu'il faudrait faire:
WHERE monchamp1 IN ('%mot1%', '%mot2%") OR monchamp2 IN ('%mot1%', '%mot2%") ;
A+
Suite à ce message :
=========================
Bonsoir,
IN sert à déterminer si une donnée figure dans une collection.
Exemple:
SELECT * FROM ma_table WHERE jour = 'lundi' OR jour = 'mercredi'
peut se remplacer par:
SELECT * FROM ma_table WHERE jour IN('lundi','mercredi')
Un exemple plus frappant. Vous voulez isoler x communes dans une base:
SELECT * FROM ma_table WHERE code_postal IN ('75012','75013','75014','75015')
sachant que le IN(...ma collection...) peut être très long, c'est quand même plus compact que ceci:
code_postal = '75012' OR code_postal = '75013'.....
A+
==========================
Et si le champs contient plusieurs valeur ?
Exemple :
Champ1 : 75021 75029 75220 75880 75965
Champ2 : 75029 75668 75897 75065 75884
Les deux champs contiennent 75029 et 75965, c'est fait exprès pour l'exemple.
Je veux une réponse s'il y a 75029 et 75965 dans les deux champs.
Que faire pour le faire avec un minimum de répétition dans la requête ?
Bonne journée
=========================
Bonsoir,
IN sert à déterminer si une donnée figure dans une collection.
Exemple:
SELECT * FROM ma_table WHERE jour = 'lundi' OR jour = 'mercredi'
peut se remplacer par:
SELECT * FROM ma_table WHERE jour IN('lundi','mercredi')
Un exemple plus frappant. Vous voulez isoler x communes dans une base:
SELECT * FROM ma_table WHERE code_postal IN ('75012','75013','75014','75015')
sachant que le IN(...ma collection...) peut être très long, c'est quand même plus compact que ceci:
code_postal = '75012' OR code_postal = '75013'.....
A+
==========================
Et si le champs contient plusieurs valeur ?
Exemple :
Champ1 : 75021 75029 75220 75880 75965
Champ2 : 75029 75668 75897 75065 75884
Les deux champs contiennent 75029 et 75965, c'est fait exprès pour l'exemple.
Je veux une réponse s'il y a 75029 et 75965 dans les deux champs.
Que faire pour le faire avec un minimum de répétition dans la requête ?
Bonne journée
C'est bien pour cela que je pose ces question
En général j'utilise like pour faire ça mais like ne permet pas la recherche de plusieurs mots dans plusieurs champs.
Je prend un exemple que je trouve plus clair.
Champ 1 : Je pense donc je suis
Champ 2 : Je suis mais.. est ce que je pense ?
Je veux récupérer tous les réponses quand le champ et et le champ2 contiennent "suis" ET "pense"
Donc si je conclue : Impossible avec IN d'économiser des la taille de ma requête qui va finir par etre très longue a force d'ajouter des mots à chercher dans des titres, descriptions et mots clé en plus des filtres que j'ai déjà.
A moins que vous ayez une solution avec IN ou autre chose.
Bonne soirée
En général j'utilise like pour faire ça mais like ne permet pas la recherche de plusieurs mots dans plusieurs champs.
Je prend un exemple que je trouve plus clair.
Champ 1 : Je pense donc je suis
Champ 2 : Je suis mais.. est ce que je pense ?
Je veux récupérer tous les réponses quand le champ et et le champ2 contiennent "suis" ET "pense"
Donc si je conclue : Impossible avec IN d'économiser des la taille de ma requête qui va finir par etre très longue a force d'ajouter des mots à chercher dans des titres, descriptions et mots clé en plus des filtres que j'ai déjà.
A moins que vous ayez une solution avec IN ou autre chose.
Bonne soirée
Bjr,
CITE: ...mais like ne permet pas la recherche de plusieurs mots dans plusieurs champs. ...
Il faut être très prudent avec le Like. En informatique, la technique qui est à la base de tout ça s'appelle 'patern matching' (cf: Knuth - Fundamental Algorithms/ The art of Programming)
Le 'patern matching' est très chronophage. Avec 20 à 100 enregistrements, vous ne verrez quasiment aucun effet sur l'exécution de la requête. Mais il existe un seuil qui dépend de divers paramètres au-delà duquel le temps d'exécution devient exponentiel par rapport au nombre d'enregistrements. C'est pourquoi il est impératif en amont de faire une pré-sélection.
Regardez un catalogue photos, genre Picasa ou Flickr, les photos peuvent être tagguées et les utilisateurs ne peuvent chercher QUE par ces mots clés.
Un exemple, vous avez des annonces, avant de filtrer dans le descriptif, il est nécessaire de restreindre la recherche à un type d'annonces et de lieux. sans quoi la base de données s'écroule et les délais d'exécution pénalisent TOUS les autres utilisateurs. Même dans un moteur de recherche les mots sont indexés dans un système d'indexation très complexe qui allie performance (arbres binaires balancés) avec une structure similaire au système ISAM des BDD comme mySQL.
En conclusion, ne faites pas faire à votre BDD des opérations trop complexes, ça a un coût. Sur un serveur mutualisé - du genre des hébergements gratuits FREE - le nombre de requêtes est déja limité dans un temps donné, mais si en plus elles sont chronophages, il y a une limitation en nombre de requêtes simultanées.
A+
CITE: ...mais like ne permet pas la recherche de plusieurs mots dans plusieurs champs. ...
Il faut être très prudent avec le Like. En informatique, la technique qui est à la base de tout ça s'appelle 'patern matching' (cf: Knuth - Fundamental Algorithms/ The art of Programming)
Le 'patern matching' est très chronophage. Avec 20 à 100 enregistrements, vous ne verrez quasiment aucun effet sur l'exécution de la requête. Mais il existe un seuil qui dépend de divers paramètres au-delà duquel le temps d'exécution devient exponentiel par rapport au nombre d'enregistrements. C'est pourquoi il est impératif en amont de faire une pré-sélection.
Regardez un catalogue photos, genre Picasa ou Flickr, les photos peuvent être tagguées et les utilisateurs ne peuvent chercher QUE par ces mots clés.
Un exemple, vous avez des annonces, avant de filtrer dans le descriptif, il est nécessaire de restreindre la recherche à un type d'annonces et de lieux. sans quoi la base de données s'écroule et les délais d'exécution pénalisent TOUS les autres utilisateurs. Même dans un moteur de recherche les mots sont indexés dans un système d'indexation très complexe qui allie performance (arbres binaires balancés) avec une structure similaire au système ISAM des BDD comme mySQL.
En conclusion, ne faites pas faire à votre BDD des opérations trop complexes, ça a un coût. Sur un serveur mutualisé - du genre des hébergements gratuits FREE - le nombre de requêtes est déja limité dans un temps donné, mais si en plus elles sont chronophages, il y a une limitation en nombre de requêtes simultanées.
A+
Si le principal traitement qui est fait sur ta base consiste à faire des recherches de mots dans les champs, alors il serait plus opportun de créer une table qui contient les mots-clés que tu veux rechercher.
Cette table serait alimentée à la création d'un enregistrement 'principal' et elle y serait mise en relation en n,n.
En informatique, cela veut dire créer une table d'index...
Cette table serait alimentée à la création d'un enregistrement 'principal' et elle y serait mise en relation en n,n.
En informatique, cela veut dire créer une table d'index...
Je suis sur un serveur virtuel.
Je sais bien que je dois limiter les requete et ce filtrage est ce que j'ai de plus lourd.
Je limite déjà la recherche sur des critères de choix que l'utilisateur aura coché pour déterminer ce qu'il veut chercher. En espérant qu'il coche et ne laisse pas vide.
Pour mes mots clé, ces denier sont enregistrés dans la même table que ces choix. Le filtrage est toujours sauvé avant d'être appliqué, dans une insertion lié a l'utilisateur via son "user_id".
Quoi qu'il en soit je ferais des test pour voir les lenteur et au besoin ajusterai en limitant le nombre de mots par exemple.
Mon problème reste entier sur la taille des requete.
Si j'ai bien compris je ne peux pas utiliser IN comme LIKE pour chercher des mots clé dans des champs vastes. Et je ne peux pas réduire la taille des requete avec IIKE comme c'est possible avec IN.
Merci de confirmer ou d'informer.
Bonne journée
Je sais bien que je dois limiter les requete et ce filtrage est ce que j'ai de plus lourd.
Je limite déjà la recherche sur des critères de choix que l'utilisateur aura coché pour déterminer ce qu'il veut chercher. En espérant qu'il coche et ne laisse pas vide.
Pour mes mots clé, ces denier sont enregistrés dans la même table que ces choix. Le filtrage est toujours sauvé avant d'être appliqué, dans une insertion lié a l'utilisateur via son "user_id".
Quoi qu'il en soit je ferais des test pour voir les lenteur et au besoin ajusterai en limitant le nombre de mots par exemple.
Mon problème reste entier sur la taille des requete.
Si j'ai bien compris je ne peux pas utiliser IN comme LIKE pour chercher des mots clé dans des champs vastes. Et je ne peux pas réduire la taille des requete avec IIKE comme c'est possible avec IN.
Merci de confirmer ou d'informer.
Bonne journée
