IN (liste de valeurs)

IN est un opérateur qui vérifie si une valeur fait partie d'un ensemble de valeurs, c'est l'équivalent de l'opérateur mathématique que l'on note ∈.

Il fonctionne ainsi : valeur IN (ensemble de valeurs), il renvoie un booléen (vrai ou faux). La valeur à gauche de l'opérateur IN et les valeurs à droite de l'opérateur IN doivent être du même type.

Par exemple, quels élèves ont une adresse électronique chez Microsoft ?

Exemple fictif : quels produits sont de catégorie "Bureautique" ou "SGBDR" ? Ce qui simplifie la formulation suivante, complètement équivalente :

Toutes les questions sont basées sur le schéma relationnel suivant. Vous devrez écrire les requêtes SQL qui donnent le résultat demandé.

Seules l'adresse du client et la ville du client peuvent avoir la valeur NULL, tous les autres champs sont forcément renseignés.

Donnez les clients qui ont été facturés le 2013-06-11, le 2013-06-12 ou le 2013-06-14. Le résultat attendu est :

Votre réponse n°1
Les réponses sont désactivées pour les visiteurs anonymes.

Donnez la liste des factures des clients 41, 42, 43 Le résultat attendu est :

Votre réponse n°2
Les réponses sont désactivées pour les visiteurs anonymes.

IN (requête)

La liste de valeurs peut être fournie par une requête. Par exemple, quels sont les élèves qui ont des réponses fausses aux TP dynamiques :

On constate que dans ce cas, le IN remplace une jointure. En effet, la requête précédente aurait pu s'écrire :

Il reste à rajouter la clause DISTINCT pour obtenir exactement la même réponse. En effet, la première version (avec IN) ne multiplie pas les réponses, alors que la deuxième (avec la jointure) oui.

Grâce à une jointure, donnez la liste des clients qui ont des factures supérieures ou égales à 1000 euros. Le résultat attendu est :

Votre réponse n°3
Les réponses sont désactivées pour les visiteurs anonymes.

Faites la même chose, mais en utilisant le IN au lieu d'utiliser une jointure. Vous devez obtenir exactement le même résultat.

Votre réponse n°4
Les réponses sont désactivées pour les visiteurs anonymes.

NOT IN (liste de valeurs)

Le NOT IN sert à vérifier qu'une valeur donnée n'existe pas dans une liste de valeurs.

Exemple fictif, je veux les programmes télé sauf ceux de Canal+ et de TMC : Ce qui simplifie la formulation suivante, complètement équivalente :

Donnez la liste des clients qui habitent ni Montfavet, ni Avignon. Le résultat attendu est :

Votre réponse n°5
Les réponses sont désactivées pour les visiteurs anonymes.

Afficher toutes les factures sauf celles du 2013-06-11, du 2013-06-12 ni du 2013-06-14. Le résultat attendu est :

Votre réponse n°6
Les réponses sont désactivées pour les visiteurs anonymes.

NOT IN (requête)

Généralités

Voici la formulation la plus intéressante du IN, car elle permet de nouveaux types de questions à la base de données : qui n'a pas fait ça (au sens de : qui figure dans une table et pas dans une autre). Par exemple :

• Quels sont les produits qui n'ont pas été vendus en mars ? (produits qui figurent dans la table produit mais qui ne figurent pas dans la table des ventes, pour le mois de mars 2011).
• Quel commercial n'est encore jamais allé dans ce secteur ? (salarié commercial qui figure dans la table salarié mais qui ne figure pas dans la table des déplacements, pour le secteur donné).
• Quel élève n'a pas commencé à répondre à ce TP ? (élève qui figure dans la table user, mais qui ne figure pas dans la table cours_tp_rep pour ce TP).

La formulation de ce genre de requête, très méthodique, pose souvent des problèmes à ceux qui débutent. Prenons l'exemple "Quel élève n'a pas commencé à répondre à ce TP" et voyons la méthode :

• On commence par construire la requête inverse de ce que l'on cherche, c'est à dire "les élèves qui ont déjà commencé à répondre à ce TP" :
  SELECT distinct tp_usr_id FROM cours_tp_rep WHERE tp_id = 59 ;

  tp_usr_id
  1
  504
  513
  514
  522
  523
  524
  525
  526
  ...

  exécuté en 0.002 sec.
• On cherche alors les élèves qui ne sont pas dans les résultats de la première requête :
  SELECT CONCAT(usr_first_name, ' ', usr_name) as Eleve
  FROM user
  WHERE usr_id NOT IN (SELECT tp_usr_id FROM cours_tp_rep WHERE tp_id = 59) ;

  Eleve

  Ysser Detest

  Christophe Dubuisson

  Romain Bonvalot

  Florent Luck

  Alexandre Tran

  Georges Esquirol

  Abdellatif HSAINI

  Rémi Fort

  Alexa Strozzi

  ...

  exécuté en 0.003 sec.

On remarque que la requête principale n'a pas besoin de DISTINCT puisqu'elle ne multiplie pas les résultats (on prend des élèves dans la table user). Le DISTINCT dans la requête imbriquée est facultatif (si la liste utilisée par le NOT IN contient plusieurs fois les mêmes valeurs, ça n'a aucune incidence sur l'affichage).

Bien placer chaque condition

Attention à bien placer chaque condition de l'énoncé. Certaines sont dans la requête principale (elles correspondent à ceux qu'on veut afficher), d'autres sont dans la requête imbriquée (elles correspondent à ce que n'ont pas fait ceux qu'on veut afficher).

Par exemple : je veux afficher les élèves de SIO1 qui n'ont pas commencé ce TP :

• "les élèves de SIO1" correspondent à ce qu'on veut afficher, cette condition est donc obligatoirement dans la requête principale (et, de façon complètement facultative, dans la requête imbriquée).
• "ce TP" correspond à ce qu'ils n'ont pas fait, cette condition est donc obigatoirement dans la requête imbriquée (et surtout pas dans la requête principale).

Donnez la liste des prospects, c'est à dire les clients qui n'ont jamais été facturés. Le résultat attendu est :

Votre réponse n°7
Les réponses sont désactivées pour les visiteurs anonymes.

Donnez la liste des clients qui n'ont pas été facturés en 2013 (YEAR(date_facture)=2013). Le résultat attendu est :

Votre réponse n°8
Les réponses sont désactivées pour les visiteurs anonymes.

Donnez la liste des clients qui habitent Avignon (ville_client = 'avignon') mais qui n'ont pas été facturés en 2013. Le résultat attendu est :

Votre réponse n°9
Les réponses sont désactivées pour les visiteurs anonymes.

Lien vers les études de cas