Différences

Ci-dessous, les différences entre deux révisions de la page.

--- tc_info:2020_cm_ri [2021/01/05 10:05] – [4. Opérateurs multi-tables] edauce
+++ tc_info:2020_cm_ri [2021/01/06 18:22] (Version actuelle) – edauce
@@ Ligne 1: / Ligne 1: @@
+===== Recherche d'information =====
+=== Rappel : modèle relationnel ===
+<note tip>
+Les données sont structurées en **tables**, contenant des **tuples** organisés comme séquence de **valeurs**, i.e. :
+  * Une **base de données** est un ensemble de **tables** (parfois appelées relations).
+  * Une **table** est un ensemble de **tuples** (parfois appelés enregistrements).
+  * Un **tuple** est un ensemble de **valeurs** (parfois appelés « champs » ou attributs).
+</note>
+=== Exemple complet ===
+<note>
+**Schéma de base relationnelle** :
+  * **Clients** ( __nom_client__, adresse_client, solde)
+  * **Commandes** ( __num_Commande__, __n__o__m__ __c__l__i__e__n__t, composant, quantité, montant)
+  * **Fournisseurs** ( __nom_fournisseur__, adresse_fournisseur)
+  * **Catalogue** ( __nom_fournisseur, composant__, prix )
+</note>
+<note>
+** Réalisation ** :
+**Clients** :
+^__nom_client__^adresse_client^solde^
+|Durand|7, rue des Lilas|335,00|
+|Dubois|44, av. du Maréchal Louis|744,00|
+|Duval|5, place du marché|33,00|
+**Commandes** :
+^__num_Commande__^ __n__o__m__ __c__l__i__e__n__t^ composant^ quantité^
+|6674|Dubois|micro controller|55|
+|6637|Dubois|radio tuner|2|
+|6524|Durand|transistor|4|
+|6443|Duval|micro controller|7|
+**Fournisseurs** :
+^__nom_fournisseur__^ adresse_fournisseur^
+|Sage|33, College street, London|
+|MoxCom|77 Ashley square,Mumbay|
+**Catalogue** :
+^__nom_fournisseur__^ __composant__^ prix^
+|Sage|transistor|4,4|
+|MoxCom|micro controller|3,7|
+|MoxCom|radio tuner|7,0|
+</note>
+====  1. Gestionnaire de Bases de données  ====
+Un SGBD (Système de Gestion de Bases de Données) est un programme qui gère une (ou des) base(s) de données. Il s’agit d’un programme optimisé afin d’accélérer l’accès et rationaliser le traitement d’un grand ensemble d’enregistrements stockés sur un support informatique.
+Le fonctionnement d'un tel programme repose sur :
+  * des méthodes de conception ensemblistes fondées sur le modèle relationnel (description des ensembles d’enregistrements et des relations entre ces ensembles)
+  * un langage de requête permettant de consulter et mettre à jour les données stockées dans la base
+  * des algorithmes de stockage et de classement efficace (afin d’accélérer les temps de recherche)
+Il existe enfin un administrateur de bases de données. Celui-ci doit :
+  * installer la base de données,
+  * gérer sa sauvegarde régulière,
+  * garantir sa sécurité et
+  * gérer les droits des utilisateurs de la base.
+=== SQL (Structured Query Language)===
+**SQL** :
+  * est un langage de création et d'interrogation de bases de données,
+  * supporté par la plupart des systèmes de gestion de bases de données relationnelles du marché.
+<note>
+**Structured query language** (SQL), ou langage structuré de requêtes, est un langage informatique standard et normalisé, destiné à interroger ou manipuler une base de données relationnelle. Les instructions SQL se répartissent en trois familles distinctes :
+  * un langage de définition de données (LDD, ou en anglais DDL, Data definition language), qui permet la description de la structure de la base (tables, vues, index, attributs, ...).
+  * un langage de manipulation de données (LMD, ou en anglais DML, Data manipulation language), c'est la partie la plus courante et la plus visible de SQL, qui permet la manipulation des tables et des vues.
+  * et un langage de contrôle de données (LCD, ou en anglais DCL, Data control language), qui contient les primitives de gestion des transactions et des privilèges d'accès aux données.
+</note>
+<note>
+Exemple de définition de schéma de table avec clé étrangère en SQL :
+<code sql>
+  CREATE TABLE Commande (
+    num_commande INTEGER NOT NULL,
+    nom_client VARCHAR(30),
+    nom_fournisseur VARCHAR(30),
+    composant VARCHAR(30),
+    quantité INTEGER,
+    montant DECIMAL(12,2) NOT NULL,
+    PRIMARY KEY (num_commande),
+    FOREIGN KEY (nom_client) REFERENCES Client,
+    FOREIGN KEY (nom_fournisseur, composant) REFERENCES Catalogue);
+</code>
+</note>
+<note tip> **Lecture/écriture en SQL**
+  * Création :
+<code SQL>
+INSERT INTO Client VALUES ("Durand", "7, rue des Lilas" , 335.00);
+</code>
+  * Mise à jour
+<code SQL>
+UPDATE Client SET adresse = "9, rue des Lilas" WHERE nom_client="Durand";
+</code>
+  * Suppression
+<code SQL>
+DELETE FROM Client WHERE nom_client="Durand";
+</code>
+Voir : {{https://wiki.centrale-marseille.fr/informatique/_media/public:std-3:sql.pdf}}
+</note>
+==== 2. Interrogation des Bases de Données ====
+Interroger une base de données , c’est sélectionner certaines données parmi l'ensemble des données proposés.
+En informatique, une requête (en anglais query) est une demande de consultation ou d'édition, effectuée par un programme //client// à l’attention d’un programme //serveur//.
+  * Le programme **client** représente l’utilisateur, il s’agit du programme qui enregistre la demande de l’utilisateur, la transmet au serveur, puis met en forme visuellement la réponse du serveur.
+  * Les données sont centralisées au niveau du **serveur**, chargé de la gestion, de la manipulation et du stockage des données.Il traite la requête, consulte les données et transmet le résultat au client.
+{{public:std-3:cm1:fig1.png}}
+=== Consultation des données ===
+La requête peut être une simple référence vers un fichier, ou être l’expression d’une recherche plus spécifique (consultation de certaines fiches d’un fichier, croisement d’information (entre plusieurs fichiers), etc...). Dans ce cas, il est nécessaire d’utiliser un langage de requête (le plus souvent [[public:std-3:cm3:syntaxe_sql|SQL]]).
+On distingue quatre grands types de requêtes (approche “CRUD”):
+  * **Création** (//**C**reate//) : ajout de nouvelles données dans la base
+  * **Lecture/recherche** (//**R**ead//) : consulation du contenu de la base
+  * **Mise à jour** (//**U**pdate//) : changement du contenu existant
+  * **Suppression** (//**D**elete//) : suppression des données obsolètes
+Lors d’une consultation de type lecture/recherche, il y a souvent plusieurs réponses qui correspondent à la demande. Le résultat d’une requête prend donc la forme d’un ensemble de réponses. Ces réponses sont éventuellement classées, selon la valeur d’un certain identifiant, ou selon le degré de pertinence.
+<note tip>
+__Exemples :__
+  * requêtes http : demande de consultation d’une page web ( = référence vers un fichier)
+  * moteur de recherche : recherche de pages contenant les mots-clés spécifiés
+  * bases de données : utilisation d’un langage de requête :
+<code sql>
+SELECT *
+FROM  Eleves
+WHERE NOM = 'Dugenou'
+</code>
+</note>
+Exemples :
+  * **croisement de facteurs de recherche :**
+    * Donner la liste des pays exportateurs de pétrole
+    * Liste des musiciens jouant à la fois du piano et du violon
+    * Liste des artistes français disque d'or en 1977
+    * Liste des suspects châtain taille moyenne présents à Poitiers la nuit du 12 au 13 février
+  * ** Analyse des données **
+    * faire ressortir des corrélations (exemple : type d'habitat/intentions de vote),
+    * pour des enquêtes de consommation, du marketing ciblé ...
+  * **Information personnalisée :**
+    * ne retenir que les informations utiles à un instant et pour une personne donnée.
+    * Emploi du temps de l'élève X pour la semaine Y.
+    * Factures impayées du client Z
+<note tip>
+Lors d’une consultation de type lecture/recherche,
+  * il y a souvent plusieurs réponses qui correspondent à la demande.
+  * Le résultat d’une requête prend donc la forme d’un ensemble de réponses.
+  * Ces réponses sont éventuellement classées,
+    * selon la valeur d’un certain identifiant,
+    * ou selon le degré de pertinence.
+</note>
+<note important>
+L’**algèbre relationnelle**
+  * propose un certain nombre d’opérations ensemblistes :
+    * Intersection,
+    * Union,
+    * Projection,
+    * Différence,
+    * …
+  * qui, à partir d'un ensemble de relations, permettent de construire de nouvelles relations.
+  * La relation nouvellement construite contient le résultat de la **requête**
+</note>
+==== 3. Opérateurs mono-table ====
+Extraction d'information à partir d'une table unique :
+  * projection $\pi$ = extraction de colonnes
+  * sélection $\sigma$ = extraction de lignes
+=== 3.1  Projection : π ===
+ <note important> **Projection**
+  * Soit $r$ une relation de schéma $R$.
+  * Soit $S$ un ensemble d'attributs, avec $S$ ⊆ $R$
+La **projection**  $\pi_S(r)$ est une nouvelle relation de schéma $S$ obtenue à partir des éléments de $r$ restreints au schéma $S$
+$$\pi_S(r) = \{t(S)|t \in r\}$$
+(avec $t(S)$ la restriction de $t$ au schéma $S$)
+</note>
+<note tip> **Exemple**
+**Catalogue** :
+^nom_fournisseur^adresse_fournisseur^composant^ prix^
+|Sage|33, College street, London|transistor|4,4|
+|MoxCom|77 Ashley square,Mumbay|micro controller|3,7|
+|MoxCom|77 Ashley square,Mumbay|radio tuner|7,0|
+Requete : //Donner la liste des fournisseurs (avec leur adresse)//:
+$$u = \pi_\text{nom_fournisseur, adresse_fournisseur} (\text{Catalogue})$$
+$\rightarrow$ **u** :
+^nom_fournisseur^adresse_fournisseur^
+|Sage|33, College street, London|
+|MoxCom|77 Ashley square,Mumbay|
+</note>
+=== 3.2 Sélection : σ ===
+<note important>
+**Condition sur R**
+  * On considère le schéma $R (A_1, …, A_n)$
+  * Une condition $F$ sur $R$ :
+    * est un ensemble de contraintes sur les valeurs des attributs $A_1$, …, $A_n$
+    * construites à l'aide d'opérateurs booléens classiques :
+      * ∧(et),
+      * ∨(ou),
+      * ¬(non),
+      * =, ≠, >,<, ≥ ,≤, ...
+      * et de valeurs numériques ou de texte.
+</note>
+<note tip>
+**Exemples** :
+$$ F   =    (A_1 = 3) ∧ (A_1 > A_2) ∧ (A_3 ≠ 4)$$
+$$ F   =    (A_1 = 2) ∨ (A_2 = "Dupont")$$
+</note>
+<note important>
+**Sélection**
+  * Soit $r$ une relation de schéma $R$
+  * Soit $F$ une condition sur $R$
+La **sélection** $σ_F(r)$ est une nouvelle relation de schéma $R$ , constituée de l'ensemble des enregistrements de $r$ qui satisfont la condition $F$.
+$$σ_F(r) = \{ t ∈ r | F( t ) \text{est vrai} \}$$
+</note>
+<note tip>
+**Exemple** :
+Requête : //Donner la liste des fournisseurs qui vendent des micro-controleurs//
+$$u =  Π_\text{nom_fournisseur}( σ_\text{Composant = micro controller} ( \text{Fournisseur} ))$$
+**u** :
+^nom_f^
+|Moxcom|
+</note>
+<note tip>
+**Exemple**
+**Pays** :
+^nom_pays^superficie^population ^PIB/hab^
+|Algérie|2.300.000|31.300.000|1630$|
+|Niger|1.200.000|11.400.000|890$|
+|Arabie Saoudite|2.150.000|24.300.000|8110$|
+Requête : //Donner la liste des pays dont le PIB/hab est > 1000$//
+ $$u = Π_\text{nom_pays}( σ_\text{PIB/hab > 1000 }  ( \text{Pays} ))$$
+**u** :
+^nom_pays^
+|Algérie|
+|Arabie Saoudite|
+</note>
+=== 3.3 Structure d'une requête SQL===
+<code sql>
+SELECT    A1,A2, …, An    // liste d’attributs
+FROM      R               // nom de la table
+WHERE     F               // condition sur les attributs
+</code>
+cette requête est semblable à :
+  * une sélection algébrique $σ_F$
+  * suivie par une projection algébrique $Π_{A1, …, An}$
+soit :
+$$Π_{A1, …, An}( σ_F ( R ))$$
+**Exemples :**
+  * //Qui fournit des transistors ?//
+<code sql>
+    SELECT nom_fournisseur
+    FROM Fournisseur
+    WHERE composant = ’transistor’;
+</code>
+  * //Liste de toutes les commandes de transistors ://
+<code sql>
+    SELECT *
+    FROM Commandes
+    WHERE composant = ’transistor’
+</code>
+  * //Qui fournit des micro-controleurs à moins de 5$?//
+<code sql>
+    SELECT nom_fournisseur
+    FROM Catalogue
+    WHERE composant = ’micro controller’ AND prix < 5
+</code>
+=== 3.4 Aspects algorithmiques ===
+**Algo de sélection :**
+  pour tout tuple t de r:
+    si t obéit à la condition  F:
+          ajouter t à la réponse
+complexité : O(n)
+<note tip>
+  * On parle de recherche ciblée lorsque le nombre d’éléments obéissant à la condition F est a priori très faible :
+    * exemple : on cherche le salaire de Mr “Dupont”.
+  * On parle de recherche extensive lorsque l’ensemble de valeurs obéissant à la condition F est a priori élevé.
+    * exemple : les employés dont le salaire est < 2000 euros
+</note>
+<hidden>
+**Rappel** :
+Organisation des données sous forme de tableaux bidimensionnels :
+** Schémas de données **
+  * Les données sont organisées sous forme de **tuple**
+  * A un tuple correspond en général  un **schéma de données**, qui permet d'interpréter les valeurs présentes dans le tuple.
+{{public:std-3:cm1:s7_schema.png|300}}
+** Relation **
+Une //relation// est un ensemble de tuples, chaque tuple obéissant à un même schéma $R$. La relation est la description logique d'un //tableau de données//.
+{{https://wiki.centrale-marseille.fr/informatique/_media/public:std-3:cm1:s7-tableau-data.png|300}}
+</hidden>
+Remarque : dans le cas d'une recherche ciblée, la présence d'un index sur le critère de recherche permet d'accélérer la sélection :
+  pour tout a ∈ F:
+    t ← Index(a)
+    ajouter t à la réponse
+==== 4. Opérateurs multi-tables ====
+Principe : recoupement d'informations présentes dans plusieurs tables :
+  * Croisement des critères de sélection : **Jointure**
+  * Recherche ciblée : **Division**
+=== 4.1 La jointure : ⋈ ===
+<note important>
+**Union de deux éléments :**
+  * Soient les relations r et s de schémas R et S.
+  * On note R ⋂ S la liste des attributs communs aux deux schémas et R ⋃ S la liste des attributs appartenant à R ou à S.
+  * soit t  ∈ r et q ∈ s tels que t(R ⋂ S) = q(R ⋂ S)
+On note t ⋃ q le tuple formé des valeurs de t et de q étendues au schéma R ⋃ S
+</note>
+<note important>
+**Produit cartésien **
+  * Soient r et s (de schémas R et S), avec R ⋂ S = Ø
+Le produit cartésien r × s est une nouvelle table de schéma R ⋃ S combinant les tuples de r et de s de toutes les façons possibles :
+$$r × s = \{t \cup q : t \in r, q \in s\}$$
+</note>
+  * La **jointure** est une opération qui consiste à effectuer un produit cartésien des tuples de deux relations pour lesquelles certaines valeurs correspondent.
+  * Le résultat de l'opération est une nouvelle relation.
+<note important>
+**Jointure**
+  * Soient r et s (de schémas R et S), avec R ⋂ S ≠ Ø
+  * La **jointure**  r ⋈ s est une nouvelle table de schéma R ⋃ S combinant les tuples de r et de s ayant des valeurs communes pour les attributs communs.
+$$r ⋈ s = \{t \cup q : t∈ r, q∈ s, t(R \cap S) = q(R \cap S)\}$$
+</note>
+<note tip>
+**Exemple**
+**Matière_première :**
+^nom_matière^unité^prix^
+|pétrole|baril|45$|
+|gaz|GJ|3$|
+|uranium|lb|12$|
+**Exportations :**
+^nom_pays^nom_matière^quantité^
+|Algérie|pétrole|180.000|
+|Algérie|gaz|20.000|
+|Niger|uranium|30.000|
+|Arabie Saoudite|pétrole|2.000.000|
+|Arabie Saoudite|gaz|750.000|
+**Matière_première ⋈ Exportations **:
+^nom_pays^nom_matière^quantité^unité^prix^
+|Algérie|pétrole|180.000|baril|45$|
+|Algérie|gaz|20.000|GJ|3$|
+|Niger|uranium|30.000|lb|12$|
+|Arabie Saoudite|pétrole|2.000.000|baril|45$|
+|Arabie Saoudite|gaz|750.000|GJ|3$|
+</note>
+**Exemples de requêtes **
+  * “//Donner la liste des PIB/hab des pays exportateurs de pétrole//” :
+$$Π_\text{PIB/hab}( σ_\text{nom_matière = pétrole} ( \text{Pays} ⋈ \text{Exportations} ))$$
+<note>
+**Schéma de base relationnelle** :
+  * **Clients** ( __nom_client__, adresse_client, solde)
+  * **Commandes** ( __num_Commande__, __n__o__m__ __c__l__i__e__n__t, __n__o__m__ __f__o__u__r__n__i__s__s__e__u__r__, __c__o__m__p__o__s__a__n__t__, quantité, montant)
+  * **Fournisseurs** ( __nom_fournisseur__, adresse_fournisseur)
+  * **Catalogue** ( __nom_fournisseur, composant__, prix )
+</note>
+  * “//Donner le nom et l'adresse des clients qui ont commandé des micro controleurs//” :
+$$Π_\text{nom_client,adresse_client}( σ_\text{composant = 'micro-controller'} ( \text{Client} ⋈ \text{Commandes} ))$$
+=== 4.2 Requêtes multi-tables en SQL ===
+<code sql>
+SELECT    A1,A2, …, An       // liste d’attributs
+FROM      R1, …, Rm          // liste de tables
+WHERE     F1 AND … AND Fl    // liste de conditions sur les attributs
+                             // (en particulier conditions sur les attributs
+                             // sur lesquel  s’effectue la jointure)
+</code>
+Pour exprimer la jointure sur l’attribut 'Aj' commun aux tables 'R1' et 'R2', on écrira : 'R1.Aj = R2.Aj'
+**Exemples :**
+  * **Approche prédicative : **
+<code sql>
+SELECT PIB_par_hab
+FROM Pays NATURAL JOIN Exportations
+WHERE nom_matiere = 'petrole'
+</code>
+<code sql>
+SELECT PIB_par_hab
+FROM Pays, Exportations
+WHERE nom_matiere = 'petrole'
+AND Pays.nom_pays = Exportations.nom_pays
+</code>
+  * **Approche ensembliste : **
+<code sql>
+SELECT PIB_par_hab
+FROM Pays
+WHERE nom_pays IN (
+  select  nom_pays
+  FROM Exportations
+  WHERE nom_matiere = 'petrole'
+  )
+</code>
+=== 4.3 Aspects algorithmiques et optimisation ===
+Lors d’une opération de jointure, on distingue en général la “table de gauche” de la “table de droite”.
+<note tip>
+Dans le modèle Entité/Association,
+  * La table de gauche est celle qui est de cardinalité unique,
+  * et la table de droite est celle qui est de cardinalité multiple (définissant une relation fonctionnelle gauche → droite)
+  * L’attribut servant pour la jointure est donc clé étrangère de la table de gauche et clé primaire de la table de droite.
+</note>
+Il y a deux stratégies possibles pour faire une jointure :
+  * **double boucle** : c'est l'algorithme le plus simple. La table de droite est examinée une fois pour chaque tuple de la table de gauche. Cette stratégie est facile à implémenter mais peut être très coûteuse. Toutefois, si la table de droite est indexée sur l'attribut qui sert pour la jointure (cas le plus courant), elle peut donner de bons résultats;
+  * **tri-fusion** : chaque table est triée sur les attributs de jointure avant que la jointure soit effectuée. Une fois le tri fait, les tables peuvent être fusionnée : chaque table n'est examinée qu'une seule fois (ici, la jointure n'est pas coûteuse, c'est bien sûr sur l'opération de tri que tout est reporté).
+** Exemple :**
+On considère les schémas R(A1,A2,A3) et S(A3,A4,A5) ayant l’attribut A3 en commun :
+  * L’attribut A3 est une clé étrangère du schéma R.
+  * R est “à gauche” (contient la clé étrangère), et S est “à droite”.
+Soient r et s deux tables obéissant aux schémas R et S, et de taille |r| et |s|.
+//Algo naif ://
+  Pour chaque tuple t de r:
+      Pour chaque tuple q de s:
+         Si t(A3)=q(A3):
+            ajouter t U q à la réponse
+Complexité : O (|r| ×|s|)
+Si la table de droite est indexée sur l'attribut A3 qui sert pour la jointure, l’algo suivant peut donner de bons résultats :
+  Pour chaque tuple t de r: # table de gauche
+    a ← t(A3)
+    u ← Index(a) # index sur la table de droite
+    ajouter t U u à la réponse
+  * si la recherche dans l'index est en est en log(|s|)
+  * Complexité : O (|r| × log |s|)
+=== 4.4 La division ===
+<note important> **Division**
+  * Soient r (de schémas R) et s (de schémas S), avec S ⊆ R :
+La division r ÷ s est la relation (table) u de schéma R-S maximale contenant des tuples tels que u × s ⊆ r (avec × représentant le produit cartésien)
+$$r ÷ s = \{ t | ∀ q ∈ s, t \cup q ∈ r\}$$
+→ on cherche les éléments de t qui “correspondent” à s
+</note>
+{{public:std-3:cm2:conception_de_bases_de_donnees:3.1.1_modele_ensembliste:s7-cm-17.png}}
+Exemples :
+  * Liste des pays qui exportent //tous// les types de matières premières
+  * Liste des pays qui exportent les //mêmes// matières premières que l'Arabie Saoudite
+  * Liste des élèves présents à tous les cours magistraux d'informatique de première année
+==== 5. Recherches composées ====
+  * Certaines requêtes, peuvent être le résultat de la combinaison de plusieurs critères de recherche
+  * La combinaison de résultats est généralement réalisée à l'aide des opérations ensemblistes classiques (intersection, union...) pour exprimer  «et», «ou», «non»...
+  * Pour alléger les formules, il est possible  d'utiliser des tables intermédiaires.
+<note important>
+**Union**
+  * Soient r1 et r2 deux tables de schéma R.
+L'**union** r1 U r2 est une nouvelle table de schéma R constituée de l'ensemble des enregistrements qui appartiennent à r1 ou à r2:
+$$r1 \cup r2 = { t ∈ r1} \cup { t ∈ r2}$$
+</note>
+<note important> **Intersection**
+  * Soient r1 et r2 deux tables de schéma R.
+L'**intersection** r1 ⋂ r2 est une nouvelle table de schéma R constituée de l'ensemble des enregistrements qui appartiennent à r1 et à r2:
+$$r1 \cap r2 = \{ t ∈ r1\} \cap \{ t ∈ r2\}$$
+</note>
+<note important> **Différence **
+  * Soient r1 et r2 deux tables de schéma R.
+La **différence** r1 - r2 est une nouvelle table de schéma R constituée de l'ensemble des enregistrements qui appartiennent à r1 mais pas à r2:
+$$r1 - r2 = \{ t ∈ r1\} - \{ t ∈ r2\}$$
+</note>
+**Exemples :**
+  * Donner la liste des pays qui exportent à la fois du gaz et du pétrole :
+$$\pi _{Pays} σ_\text{matière = gaz} (\text{Exportations}) \cap \pi _{Pays}  σ_\text{matière = pétrole} (\text{Exportations})$$
+en SQL :
+<code sql>
+SELECT pays FROM Exportations
+WHERE matière = 'gaz'
+INTERSECT (     SELECT pays FROM EXPORTATIONS
+                WHERE matière = 'pétrole');
+</code>
+  * Donner la liste des pays qui exportent du gaz mais pas du pétrole :
+$$\pi _{Pays} σ_\text{matière = gaz} (\text{Exportations}) - \pi _{Pays} σ_\text{matière = pétrole} (\text{Exportations})$$
+en SQL :
+<code sql>
+SELECT pays FROM Exportations
+WHERE matière = 'gaz'
+EXCEPT (     SELECT pays FROM EXPORTATIONS
+            WHERE matière = 'pétrole');
+</code>
+* Donner la liste des clients qui commandent uniquement des produits 'Moxcom' :
+$$\pi_{nom\_client}Client - \pi_{nom\_client} \sigma_{fournisseur \neq 'Moxcom'} Client ⋈ Commande$$
+en SQL :
+<code sql>
+SELECT nom_client FROM Client
+EXCEPT (    SELECT client FROM Client NATURAL JOIN Commande
+            WHERE fournisseur <> 'Moxcom');
+</code>
+==== 6. Agrégation ====
+=== Généralités ===
+L’analyse des données a pour but de recomposer l’information contenue dans les données recueillies afin d’en fournir une vue plus synthétique, ou d’extraire des informations qui n’apparaissent pas de façon explicite dans la série de mesures initiale.
+<note tip> **Rappel**
+On distingue classiquement deux grandes catégories de données :
+  * données **quantitatives**:
+    * numérique entier ou réel, discrètes ou continues, bornées ou non. ex: poids, taille, âge, taux d’alcoolémie,...
+    * temporel : date, heure
+    * numéraire
+    * etc...
+  * données **qualitatives**:
+    * de type vrai/faux (données booléennes). ex: marié/non marié, majeur/non majeur
+    * de type appartenance à une classe. ex: célibataire/marié/divorcé/veuf, salarié/chômeur/retraité etc...
+    * de type texte (autrement dit “chaîne de caractères”). ex: nom, prénom, ville,...
+</note>
+Les données qualitatives:
+  * définissent l'appartenance à une catégorie
+  * permettent de définir des **classes** au sein d'un ensemble de données
+=== Partition ===
+L'agrégation consiste à partitionner les données en classes selon la **valeur** d'un attribut.
+<note important>
+Il est supposé que le partitionnement s'effectue sur des attributs pour lequel le nombre de valeurs possibles est fini.
+Si A est l'attribut considéré:
+  * A est un attribut "qualitatif"
+  * Le domaine de valeurs de A $\text{dom}(A)$ est fini
+  * $\text{dom}(A)$ définit un index de partitionnement
+</note>
+=== Index de partitionnement ===
+Un index de partitionnement:
+  * est constitué d'un ensemble fini de classes $\mathcal{C} = \text{dom}(A)$
+  * à chaque classe $c \in \mathcal{C}$ sont associées plusieurs références de la table de données $r$
+  * autrement dit :
+$$ \forall \text{c} \in \mathcal{C},  c \rightarrow r_c = \{t_1, t_2, ...\} \subset r$$
+  * On dit que les données sont organisées en //classes// : chaque tuple appartient à une classe unique $c$
+  * L'ensemble de classes $\mathcal{C}$ définit une partition du tableau de données $r$.
+<note > **Implémentation:**
+  * Dictionnaire de listes :
+$$ I = \{c_1:(t_{11}, t_{12}, ...), c_2:(t_{21}, t_{22}, ...), ... \}$$
+    * à chaque classe est associée une //liste// de références
+</note>
+=== Opérateurs d'agrégation ===
+Une fois la partition effectuée, il est courant d'effectuer des **mesures** sur chaque partition obtenue
+Les mesures sont réalisées à l'aide d'**opérateur d’agrégation** :
+    * comptage, somme, moyenne, ecart-type, max, min, ...
+    * (''count'', ''sum'', ''mean'', ''avg'', ''max'', ''min''...)
+**cas d’utilisation** :
+  * Quels sont les catégories de films/livres les plus fréquemment empruntés?
+  * A quelles heures de la journée la messagerie est-elle la plus sollicitée?
+  * Comment se répartissent géographiquement les utilisateurs de la messagerie?
+=== SQL ===
+En SQL, l'opérateur d'agrégation est ''GROUP BY'':
+  * partitionne les données à partir des valeurs de l'attribut mentionné
+  * il est possible de partitionner les données selon les valeurs de plusieurs attributs
+Exemples de requêtes faisant appel aux fonctions d’agrégation :
+//Nombre d’élèves par groupe de TD / par prépa d’origine etc..://
+<code sql>
+SELECT groupe_TD , count(num_eleve)
+FROM Eleve
+GROUP BY groupe_TD
+</code>
+//Donner les chiffres des ventes du magasin pour chaque mois de l’année//
+<code sql>
+SELECT mois, sum(montant)
+FROM Vente
+GROUP BY mois
+</code>
+//Donner le nombre de ventes d’un montant > à 1000 euros pour les mois dont le chiffre d'affaires est supérieur à 10000 euros//
+<code sql>
+SELECT mois, count(num_vente)
+FROM Vente
+GROUP BY mois
+HAVING sum(montant) >= 10000
+</code>
+//Tester les disparités salariales entre hommes et femmes//
+<code sql>
+SELECT sexe, avg( salaire )
+FROM Employé
+GROUP BY sexe
+</code>
+//Tester les disparités salariales selon le niveau d’éducation//
+<code sql>
+SELECT niveau_educatif, avg( salaire )
+FROM Employé
+GROUP BY niveau_éducatif
+</code>
+Pour aller plus loin :
+  * {{http://www.xavierdupre.fr/app/ensae_teaching_cs/helpsphinx/notebooks/td2a_cenonce_session_1.html|Une introduction très détaillée aux DataFrames (en Français)}}
+  * {{http://synesthesiam.com/posts/an-introduction-to-pandas.html#getting-data-out|Introduction to Pandas (en anglais)}}