IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Oracle Discussion :

requête like ou =


Sujet :

Oracle

  1. #1
    Membre éclairé
    Inscrit en
    Janvier 2006
    Messages
    716
    Détails du profil
    Informations forums :
    Inscription : Janvier 2006
    Messages : 716
    Par défaut requête like ou =
    Bonjour,

    je voudrais savoir si dans une requête il est identique de faire :

    TOTO like maVar
    TOTO = maVar

    Je ne vois pas trop la différence...
    Je pense que le like est plutôt utiliser quand on met % devant ou après le mot...

    Merci pour vos réponses

  2. #2
    Membre Expert Avatar de fatsora
    Profil pro
    Inscrit en
    Février 2006
    Messages
    1 103
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 1 103

  3. #3
    Membre averti
    Profil pro
    Inscrit en
    Avril 2008
    Messages
    29
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2008
    Messages : 29
    Par défaut
    Procédons par l'exemple. Avec le mot clé LIKE , tu peut utiliser :

    *'%AN%' : recherche de tous les mots contenant AN
    *'%XYZ' : tous ls mots finissant par XYZ
    .
    .
    .

    Chose que tu ne peut pas sfaire avec le =. Tu ne peut sélectionner que les mots qui sont exactement identiques au prédicat de sélection.

  4. #4
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    Citation Envoyé par msami Voir le message
    Chose que tu ne peut pas sfaire avec le =. Tu ne peut sélectionner que les mots qui sont exactement identiques au prédicat de sélection.
    Et à l'inverse avec LIKE tu ne peux pas tester les chaines de caractères qui comprennent un % ou ?. Avec LIKE Qui est elle? équivaut à Qui est ellen. L'usage du LIKE ou = dépend donc du besoin fonctionnel

  5. #5
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 010
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 22 010
    Billets dans le blog
    6
    Par défaut
    TOTO like maVar
    TOTO = maVar
    Ce n'est pas du toue la même chose.

    Démonstration :

    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 *
    FROM(SELECT 'hotel du bon coucher' AS Nom
         FROM DUAL
         UNION ALL
         SELECT 'hotel ***' AS Nom
         FROM DUAL) AS T
    WHERE Nom LIKE 'hotel ***';
     
    -- et : 
     
    SELECT *
    FROM(SELECT 'hotel du bon coucher' AS Nom
         FROM DUAL
         UNION ALL
         SELECT 'hotel ***' AS Nom
         FROM DUAL) AS T
    WHERE Nom = 'hotel ***'
    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  6. #6
    Membre expérimenté
    Profil pro
    Inscrit en
    Août 2005
    Messages
    270
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2005
    Messages : 270
    Par défaut
    J'en apprend tout les jours : '?' et '*' comme "pattern-matching characters" dans Oracle.

    Vous etes sûr ?

  7. #7
    Rédacteur/Modérateur

    Avatar de Antoun
    Homme Profil pro
    Architecte décisionnel
    Inscrit en
    Octobre 2006
    Messages
    6 291
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte décisionnel
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2006
    Messages : 6 291
    Par défaut
    Citation Envoyé par jmguiche Voir le message
    J'en apprend tout les jours : '?' et '*' comme "pattern-matching characters" dans Oracle.

    Vous etes sûr ?
    En fait, SQLpro s'est mis à Access

  8. #8
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    ha bah non c'est _ autant pour moi

    Enfin, remplace * par % et ? par _ et les remarques restent vraies

    On peut imaginer :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    SQL> SELECT *
      2  FROM(SELECT 'hotel mon_hotel' AS Nom
      3       FROM DUAL
      4       UNION ALL
      5       SELECT 'hotel monahotel' AS Nom
      6       FROM DUAL)
      7  WHERE Nom like 'hotel mon_hotel';
     
    NOM
    ---------------
    hotel mon_hotel
    hotel monahotel
    Et voila comment une léve une exception TOO_MANY_ROWS. = et LIKE ne font pas la même chose point. Si c'est pour comparer des valeurs alors on utilise =, si c'est pour faire une recherche avec caractères génériques ce sera LIKE.

  9. #9
    Membre confirmé
    Profil pro
    Étudiant
    Inscrit en
    Novembre 2007
    Messages
    69
    Détails du profil
    Informations personnelles :
    Âge : 38
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Novembre 2007
    Messages : 69
    Par défaut
    Citation Envoyé par orafrance Voir le message
    Et à l'inverse avec LIKE tu ne peux pas tester les chaines de caractères qui comprennent un % ou ?. Avec LIKE Qui est elle? équivaut à Qui est ellen. L'usage du LIKE ou = dépend donc du besoin fonctionnel
    L'erreur a été corrigé c'est % pour 0 ou plusieurs caractères et _ pour 1 et 1 seul caractère

    Par contre on peut très bien tester une requête avec un % ou un _, il suffit d'utiliser un caractère d'échappement
    Exemple:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    SELECT employee_id, job_id
    FROM employees
    WHERE job_id LIKE 'SA\_R%' ESCAPE '\';
    (doc oracle)
    Ca peut toujours servir
    @++

Discussions similaires

  1. problème requête "like" avec chiffre
    Par bidibou dans le forum Requêtes et SQL.
    Réponses: 6
    Dernier message: 28/02/2008, 09h44
  2. [PL/SQL] Optimisation d'une requête (like?)
    Par elyo66 dans le forum SQL
    Réponses: 15
    Dernier message: 01/06/2007, 19h44
  3. requête LIKE / interclassement
    Par sub00 dans le forum Langage SQL
    Réponses: 7
    Dernier message: 12/06/2006, 17h34
  4. probléme requête LIKE
    Par clara2005 dans le forum Requêtes
    Réponses: 14
    Dernier message: 13/03/2006, 23h55
  5. [SQL]Requêtes like
    Par joquetino dans le forum Langage SQL
    Réponses: 2
    Dernier message: 25/10/2005, 18h18

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo