DOSSIER 07 – Interroger une base de données

DOSSIER 07 Problématique

Problématique La base de données Facturation contient tout un ensemble d’informations concernant la facturation de la SAFPB (société anonyme de fabrication de produits de boulangerie). Nous allons apprendre à la « faire parler », à exploiter cette mine d’informations pour mieux connaître sa clientèle et ainsi améliorer sans cesse sa politique commerciale. Nous allons voir pourquoi le lourd travail de structuration mené précédemment va maintenant porter ses fruits.

Activité 1 – Une vue d’ensemble de la base de données « Facturation » DOSSIER 07 Activité 1 – Une vue d’ensemble de la base de données « Facturation »

Une vue d’ensemble de la base de données «Facturation » Voici comment se présente, sous Access (logiciel de gestion de base de données relationnels), le schéma relationnel de la base de données étudiée au préalable. Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal

Une vue d’ensemble de la base de données «Facturation » Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 01. Que représente chaque table ? Chaque table représente la structure d’une table, on peut distinguer les différents attributs (champs) contenus dans chaque catégorie d’information. Avec le logiciel Access, chaque fenêtre représente le schéma (la structure) d’une table.

Une vue d’ensemble de la base de données «Facturation » Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 02. Que représentent les clés primaires ? Ils représentent la donnée qui permet d’identifier un individu par rapport à un autre (parfois la clé primaire peut être composée de plusieurs attributs). Avec le logiciel Access, chaque clé primaire est affichée en gras (la clé primaire peut être formée de deux champs (ou davantage). Chacun d’eux est représenté en gras mais, par définition, il n’y a qu’une clé primaire).

Une vue d’ensemble de la base de données «Facturation » Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 03. Donnez la signification de la clé étrangère. Chaque clé étrangère montre le lien entre les tables. Son origine est une clé étrangère et son extrémité est la clé primaire qu’elle doit référencer. Les liens entre les tables symbolisent les liens entre les diverses tables qui partent d’une clé étrangère pour pointer sur une clé primaire.

Une vue d’ensemble de la base de données «Facturation » Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 04. Comment interprétez-vous le chiffre 1 et le symbole mathématique de l’infini ∞, qui signifie « plusieurs ». Sous Access, le symbole ∞ est du côté de la clé étrangère et le chiffre 1 (singulier) du côté de la clé primaire.

Une vue d’ensemble de la base de données «Facturation » Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 05. Pourquoi la fenêtre qui contient le schéma de la base de données s’appelle « Relations ». Sous Access, le schéma s’appelle « Relations » parce que son principal intérêt est de montrer les liens, les relations entre les tables.

Une vue d’ensemble de la base de données «Facturation » Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 06. Chacun des quatre traitements ci-après évoque une opération sur la table CLIENTS. Pourriez-vous lui donner un nom ? Affichage de la liste des clients : Lecture ou Consultation ou Interrogation

Une vue d’ensemble de la base de données «Facturation » Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 06. Chacun des quatre traitements ci-après évoque une opération sur la table CLIENTS. Pourriez-vous lui donner un nom ? Écriture ou Enregistrement Enregistrement d’un client :

Une vue d’ensemble de la base de données «Facturation » Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 06. Chacun des quatre traitements ci-après évoque une opération sur la table CLIENTS. Pourriez-vous lui donner un nom ? Modification Modification de l’adresse d’un client :

Une vue d’ensemble de la base de données «Facturation » Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 06. Chacun des quatre traitements ci-après évoque une opération sur la table CLIENTS. Pourriez-vous lui donner un nom ? Suppression Suppression d’un client :

DOSSIER 07 Activité 2 – Quelques opérations sur la base de données « Facturation »

L’ensemble des données Les valeurs des données qui ont permis d’établir les quatre factures présentées dans l’activité 1 on été regroupées dans différents tableaux. L’ensemble des données Tableau 1 : CLIENTS Code de la catégorie N° client dans la catégorie Raison sociale du client Adresse Adresse suite Code postal BOU 001 Anis & Miel 7 chemin de Cassis 13010 HYP Aurayons 485 bd des Bartavelles ZI Les Paluds 13400 002 Toutestla 47 route de Cuques La Valentine 13011 2. Comme le tableau 1, donnez un nom, qui évoque le contenu, à chacun des autres tableaux. VILLES Tableau 2 : Code postal Nom de la ville 13010 Marseille 13011 13400 Aubagne LIGNE_FACTURES Tableau 5 : Référence du produit N° facture Quantité F001 1 100 3 125 5 250 L001 10 2 75 74 L002 50 S001 150 44 S002 30 FACTURES Tableau 3 : N° facture Date de la facture Code de la catégorie N° client dans la catégorie 1 06/01/ N BOU 001 2 HYP 3 07/01/ N 002 5 04/01/ N Tableau 4 : PRODUITS Référence du produit Désignation du produit Prix unitaire du produit F001 Farine de blé 2,40 L001 Levure de bière 21,50 L002 Levain naturel 11,45 S001 Sucre glace 11,00 S002 Sucre vanillé 8,30

Le vocabulaire d’une table de données Une table est un tableau constitué de lignes et de colonnes. Elle a un nom qui renseigne sur son contenu. 3. Identifiez le vocabulaire d’une table de données. Nom d’un champ (attribut) Nom de la table Tableau 4 : PRODUITS Schéma de la table Référence du produit Désignation du produit Prix unitaire du produit F001 Farine de blé 2,40 L001 Levure de bière 21,50 L002 Levain naturel 11,45 S001 Sucre glace 11,00 S002 Sucre vanillé 8,30 Enregistrements Chaque ligne de la table est appelée enregistrement.

L’identifiant VILLES FACTURES PRODUITS 4. Pour les tableaux 2, 3 et 4, vous constatez qu’il y a une colonne dans laquelle il est impossible de retrouver deux fois la même valeur. Quelle est-elle ? VILLES Tableau 2 : Code postal Nom de la ville 13010 Marseille 13011 13400 Aubagne Code postal 13010 13011 13400 FACTURES Tableau 3 : N° facture 1 2 3 5 N° facture Date de la facture Code de la catégorie N° client dans la catégorie 1 06/01/ N BOU 001 2 HYP 3 07/01/ N 002 5 04/01/ N Tableau 4 : PRODUITS Référence du produit Désignation du produit Prix unitaire du produit F001 Farine de blé 2,40 L001 Levure de bière 21,50 L002 Levain naturel 11,45 S001 Sucre glace 11,00 S002 Sucre vanillé 8,30 Référence du produit F001 L001 L002 S001 S002

L’identifiant VILLES FACTURES PRODUITS 5. Quel est le rôle d’une donnée unique ? VILLES Tableau 2 : Code postal Nom de la ville 13010 Marseille 13011 13400 Aubagne Dans chacun de ces trois tableaux, la colonne citée ci-dessus permet d’identifier un enregistrement : dans l’ordre, une ville, une facture, un produit. Ce champ joue donc un rôle déterminant et c’est pourquoi il est placé en premier, dans le sens de la lecture. Il est donc impossible que deux lignes d’un même tableau soient identiques. FACTURES Tableau 3 : N° facture Date de la facture Code de la catégorie N° client dans la catégorie 1 06/01/ N BOU 001 2 HYP 3 07/01/ N 002 5 04/01/ N Tableau 4 : PRODUITS Référence du produit Désignation du produit Prix unitaire du produit F001 Farine de blé 2,40 L001 Levure de bière 21,50 L002 Levain naturel 11,45 S001 Sucre glace 11,00 S002 Sucre vanillé 8,30

N° client dans la catégorie Raison sociale du client L’identifiant Tableau 1 : CLIENTS Code de la catégorie N° client dans la catégorie Raison sociale du client Adresse Adresse suite Code postal BOU 001 Anis & Miel 7 chemin de Cassis 13010 HYP Aurayons 485 bd des Bartavelles ZI Les Paluds 13400 002 Toutestla 47 route de Cuques La Valentine 13011 Tableau 5 : LIGNE_FACTURES Référence du produit N° facture Quantité F001 1 100 3 125 5 250 L001 10 2 75 74 L002 50 S001 150 44 S002 30 6. Est-ce le cas pour les tableaux 1 et 5 ? Dans les tableaux 1 et 5, ce n’est pas une colonne qui joue ce rôle mais un ensemble de deux colonnes :  pour le tableau 1, il s’agit de Code de la catégorie et N° client dans la catégorie ;  pour le tableau 5, il s’agit de Référence du produit et N° facture. L’ensemble de ces deux colonnes joue le même rôle d’identification pour ces deux tableaux. Elles identifient, ensemble, dans l’ordre, un client, une ligne_facture.

Le vocabulaire d’une table de données Une table est un tableau constitué de lignes et de colonnes. Elle a un nom qui renseigne sur son contenu. 7. Proposez une définition de la catégorie de données qui permet d’identifier un enregistrement par rapport à un autre. Tableau 4 : PRODUITS Clé primaire Référence du produit Désignation du produit Prix unitaire du produit F001 Farine de blé 2,40 L001 Levure de bière 21,50 L002 Levain naturel 11,45 S001 Sucre glace 11,00 S002 Sucre vanillé 8,30 Chaque enregistrement doit pouvoir être identifié sans confusion possible. Pour cela, chaque table doit comprendre une clé primaire. La clé primaire est un champ ou un groupe de champs qui permettent d’identifier de façon unique chaque enregistrement de la table.

Activité 3 – La dépendance entre données DOSSIER 06 Activité 3 – La dépendance entre données

La dépendance entre données FACTURES Tableau 3 : N° facture Date de la facture Code de la catégorie N° client dans la catégorie 1 06/01/ N BOU 001 2 HYP 3 07/01/ N 002 5 04/01/ N 8. Pour une valeur de N° facture, est-il possible de trouver plusieurs valeurs de Date de la facture ? Pour un N° facture, on ne peut trouver qu’une date : la date à laquelle elle est émise. N° facture Date de la facture On peut noter : Une donnée b dépend fonctionnellement d’une donnée a, si, à une valeur de a, correspond une et une seule valeur de b. On la note a  b. 9. L’inverse est-il vrai ? L’inverse n’est pas vrai car, à une date donnée, il peut y avoir plusieurs factures émises.

La dépendance entre données FACTURES Tableau 3 : La Dépendance fonctionnelle (DF) a  b est directe s’il n’existe pas de donnée c telle que a  c  b ; sinon, elle est dite « Indirecte ». N° facture Date de la facture Code de la catégorie N° client dans la catégorie 1 06/01/ N BOU 001 2 HYP 3 07/01/ N 002 5 04/01/ N 10. Pour une valeur de N° facture, est-il possible de trouver plusieurs valeurs de Code de la catégorie ? de N° client dans la catégorie ? Justifiez vos réponses. Ce n’est pas possible dans les deux cas, puisqu’une facture ne correspond qu’à un client, lui-même identifié par un Code de la catégorie et un N° client dans la catégorie. 11. Faites le lien avec la notion de clé primaire. On peut constater que tous les champs (attributs) du tableau FACTURES sont en dépendance fonctionnelle avec N° facture, qui est donc la clé primaire de la table FACTURES. 12. La DF N° Facture  Date de la facture est-elle en DF directe ? Oui car la date de la facture dépend directement du numéro de la facture.

La dépendance entre données Tableau 1 : CLIENTS Code de la catégorie N° client dans la catégorie Raison sociale du client Adresse Adresse suite Code postal BOU 001 Anis & Miel 7 chemin de Cassis 13010 HYP Aurayons 485 bd des Bartavelles ZI Les Paluds 13400 002 Toutestla 47 route de Cuques La Valentine 13011 VILLES Tableau 2 : La Dépendance fonctionnelle (DF) a  b est directe s’il n’existe pas de donnée c telle que a  c  b ; sinon, elle est dite « Indirecte ». Code postal Nom de la ville 13010 Marseille 13011 13400 Aubagne 13. La Dépendance Fonctionnelle Code de la catégorie, N° client dans la catégorie  Nom de la ville est-elle en DF directe ? Non car le nom de la ville dépend directement du code postal (cet attribut est en dépendance fonctionnelle indirecte avec le Code de la catégorie et le N° client dans la catégorie.

La dépendance entre données 14. Pour une valeur de Référence du produit, est-il possible de trouver plusieurs valeurs de Quantité ? Tableau 5 : LIGNE_FACTURES Une donnée b dépend fonctionnellement d’une donnée a, si, à une valeur de a, correspond une et une seule valeur de b. On la note a  b. La source de la dépendance fonctionnelle (à gauche de la flèche) peut être constituée de plusieurs données. Soit ici : (Référence du produit, N° Facture)  Quantité On la note (a, b)  c. Référence du produit N° facture Quantité F001 1 100 3 125 5 250 L001 10 2 75 74 L002 50 S001 150 44 S002 30 Oui, puisqu’un même produit peut être facturé dans de multiples factures et à chaque fois avec des quantités différentes. 15. Pour une valeur de N° facture, est-il possible de trouver plusieurs valeurs de Quantité ? Oui, au sein d’une facture, plusieurs produits sont facturés et ils ne le sont pas forcément pour la même quantité. 16. Pour un couple de valeurs (Référence du produit, N° facture), est-il possible de trouver plusieurs valeurs de Quantité ? Faites le lien avec la notion de clé primaire ? On ne peut pas trouver plusieurs valeurs de Quantité car, au sein d’une facture, un produit n’est facturé qu’une fois. (Référence du produit, N° facture) est la clé primaire de cette table que nous pouvons nommer LIGNE_FACTURES, puisque chaque ligne du tableau représente la ligne d’une facture.

La dépendance entre données Tableau 1 : CLIENTS Code de la catégorie N° client dans la catégorie Raison sociale du client Adresse Adresse suite Code postal BOU 001 Anis & Miel 7 chemin de Cassis 13010 HYP Aurayons 485 bd des Bartavelles ZI Les Paluds 13400 002 Toutestla 47 route de Cuques La Valentine 13011 17. Pour une valeur de Raison sociale du client, peut-on trouver plusieurs valeurs de Code postal ? Oui, puisqu’il peut y avoir plusieurs clients avec la même raison sociale. Par exemple : plusieurs hypermarchés Aurayons mais situés dans des endroits différent. 18. Pour un couple de valeurs (Code de la catégorie, N° client dans la catégorie), peut-on trouver plusieurs valeurs de Code postal ? Non, car il ne peut s’agir que d’un client et ce couple de valeurs, que l’on pourrait d’ailleurs nommer Numéro de client, l’identifie.

La dépendance entre données Tableau 1 : CLIENTS La dépendance fonctionnelle (a, b)  c. est unique si c dépend bien du couple (a, b) et non pas uniquement de a ou uniquement de b. La question ne se pose pas dans le cas où la source de la DF est constituée d’une donnée. Code de la catégorie N° client dans la catégorie Raison sociale du client Adresse Adresse suite Code postal BOU 001 Anis & Miel 7 chemin de Cassis 13010 HYP Aurayons 485 bd des Bartavelles ZI Les Paluds 13400 002 Toutestla 47 route de Cuques La Valentine 13011 19. Que forment finalement les deux premières colonnes de ce tableau ? Le couple (Code de la catégorie, N° client dans la catégorie) forme la clé primaire de la table CLIENTS. Ce numéro (au sens large) est formé de la catégorie à laquelle appartient le client et d’un numéro d’ordre. Cette codification hiérarchisée n’est possible que si le client ne change jamais de catégorie, car une clé primaire doit être stable (relativement à un « horizon » de gestion à court, moyen ou long terme). La politique commerciale (prix, distribution, etc.) de l’entreprise est en grande partie basée sur la répartition de sa clientèle en différentes catégories. .

Principe de structuration des données dans les tables Tableau 1 : CLIENTS Code de la catégorie N° client dans la catégorie Raison sociale du client Adresse Adresse suite Code postal BOU 001 Anis & Miel 7 chemin de Cassis 13010 HYP Aurayons 485 bd des Bartavelles ZI Les Paluds 13400 002 Toutestla 47 route de Cuques La Valentine 13011 La notion de dépendance fonctionnelle permet de structurer méthodiquement les informations dans les tables, de telle sorte que chaque donnée n’y figure q’une seule fois et qu’elle soit repérable à partir d’une clé primaire. Tous les champs doivent dépendre uniquement et directement de la clé primaire de la table. VILLES Tableau 2 : Code postal Nom de la ville 13010 Marseille 13011 13400 Aubagne LIGNE_FACTURES Tableau 5 : Référence du produit N° facture Quantité F001 1 100 3 125 5 250 L001 10 2 75 74 L002 50 S001 150 44 S002 30 FACTURES Tableau 3 : N° facture Date de la facture Code de la catégorie N° client dans la catégorie 1 06/01/ N BOU 001 2 HYP 3 07/01/ N 002 5 04/01/ N Tableau 4 : PRODUITS Référence du produit Désignation du produit Prix unitaire du produit F001 Farine de blé 2,40 L001 Levure de bière 21,50 L002 Levain naturel 11,45 S001 Sucre glace 11,00 S002 Sucre vanillé 8,30

Activité 4 – Le lien entre les différentes tables DOSSIER 06 Activité 4 – Le lien entre les différentes tables

Le lien entre les tables Tableau 1 : CLIENTS Code de la catégorie N° client dans la catégorie Raison sociale du client Adresse Adresse suite Code postal BOU 001 Anis & Miel 7 chemin de Cassis 13010 HYP Aurayons 485 bd des Bartavelles ZI Les Paluds 13400 002 Toutestla 47 route de Cuques La Valentine 13011 Tableau 2 : VILLES Code postal Nom de la ville 13010 Marseille 13011 13400 Aubagne (Code le la catégorie, N° client dans la catégorie) 20. Pour un couple de valeurs (Code de la catégorie, N° client dans la catégorie), peut-on trouver plusieurs valeurs de Nom de la ville ? Code postal Non, car un client n’a qu’une adresse, mais on peut aussi le démontrer (comme en mathématiques) : Code postal (Code le la catégorie, N° client dans la catégorie) Nom de la ville Donc par transitivité (jointure) Nom de la ville

Le lien entre les tables Tableau 1 : CLIENTS Code de la catégorie N° client dans la catégorie Raison sociale du client Adresse Adresse suite Code postal BOU 001 Anis & Miel 7 chemin de Cassis 13010 HYP Aurayons 485 bd des Bartavelles ZI Les Paluds 13400 002 Toutestla 47 route de Cuques La Valentine 13011 Tableau 2 : VILLES Code postal Nom de la ville 13010 Marseille 13011 13400 Aubagne 21. Puisque Nom de la ville se trouve dans le tableau 2, de quel attribut dépend-il directement ? 21. Puisque Nom de la ville se trouve dans le tableau 2, de quel attribut dépend-il directement ? Nom de la ville dépend de Code postal, qui est la clé primaire de la table VILLES. 22. Pourquoi alors n’est-il pas présent dans le tableau 1 ? Il n’est pas présent dans la table CLIENTS puisque le Code postal l’est déjà. Donc, par transitivité, on retrouve sans problème le Nom de la ville. Remarquons la présence, dans la table CLIENTS, de la clé primaire de la table VILLES. Cette présence assure le lien entre ces deux tables, on pourrait même écrire : CLIENTS → VILLES, qui exprime tout simplement qu’à un client correspond une ville : celle où il est domicilié.

Le lien entre les tables LIGNE_FACTURES Tableau 5 : Tableau 4 : PRODUITS Référence du produit N° facture Quantité F001 1 100 3 125 5 250 L001 10 2 75 74 L002 50 S001 150 44 S002 30 Référence du produit Désignation du produit Prix unitaire du produit F001 Farine de blé 2,40 L001 Levure de bière 21,50 L002 Levain naturel 11,45 S001 Sucre glace 11,00 S002 Sucre vanillé 8,30 23. Pourquoi, dans le tableau 5, ne trouve-t-on ni la désignation du produit, ni le prix unitaire du produit ? Désignation du produit et Prix unitaire du produit dépendent directement de Référence du produit, clé primaire de la table PRODUITS. Donc, connaissant l’un, on connaît les deux autres.

Le lien entre les tables LIGNE_FACTURES Tableau 5 : FACTURES Référence du produit N° facture Quantité F001 1 100 3 125 5 250 L001 10 2 75 74 L002 50 S001 150 44 S002 30 Tableau 3 : N° facture Date de la facture Code de la catégorie N° client dans la catégorie 1 06/01/ N BOU 001 2 HYP 3 07/01/ N 002 5 04/01/ N 24. Quelles sont les informations que l’on retrouve dans plusieurs tableaux ? Pourquoi ? Ce sont exclusivement les clés primaires de certaines tables que l’on retrouve dans d’autres tables. Cette redondance assure le lien entre les tables et permet de naviguer, de « surfer » d’une clé étrangère vers une clé primaire pour aller « à la pêche » aux informations. Exemple : N° facture est à la fois dans le tableau LIGNE_FACTURES et dans le tableau FACTURES ; cette redondance assure le lien entre les deux tableaux : une facture est envoyée à une date bien précise.

Le lien entre les tables Tableau 1 : CLIENTS Code de la catégorie N° client dans la catégorie Raison sociale du client Adresse Adresse suite Code postal BOU 001 Anis & Miel 7 chemin de Cassis 13010 HYP Aurayons 485 bd des Bartavelles ZI Les Paluds 13400 002 Toutestla 47 route de Cuques La Valentine 13011 Tableau 2 : VILLES Code postal Nom de la ville 13010 Marseille 13011 13400 Aubagne La clé étrangère permet d’établir une relation entre deux tables. Une clé étrangère est la présence dans une table d’une clé primaire d’une autre table. Une valeur de clé étrangère fait donc référence à la même valeur de la clé primaire d’une autre table. Les seules redondances de données autorisées sont donc liées à la présence de clés étrangères.

Activité 5 – La représentation du Modèle Relationnel DOSSIER 06 Activité 5 – La représentation du Modèle Relationnel

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 25. À quoi ce schéma va-t-il servir ? Ce schéma relationnel va servir à créer physiquement, à l’aide d’un logiciel de type SGBDR, la base de données sur le disque d’un ordinateur. Si cette base est au service de tous, l’ordinateur sera alors qualifié de « serveur de données » et le SGBDR de « SGBDR réseau » .

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 26. À quel domaine de gestion correspond-il ? Le domaine de gestion concerné est celui de la gestion des factures envers les clients de l’entreprise. Plus généralement, il concerne la gestion des produits facturés puisque cette base permettra d’enregistrer les changements de prix de vente unitaire des produits, par exemple.

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 27. Quels attributs (champs) pouvez-vous ajouter dans la table CLIENTS ? On peut ajouter, par exemple, le numéro de téléphone et l’adresse électronique (e-mail).

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 28. Repérez la clé primaire de la Table PRODUITS. C’est un attribut (ou champ) qui va permettre d’identifier et de rendre unique chaque produit (enregistrement). 29. Pourquoi la désignation du produit n’a pas été retenue comme un élément qui permet de l’identifier ? Comme deux individus peuvent avoir le même nom, il a été préférable d’ajouter un attribut supplémentaire (Reference_produit) qui ici permettra de bien le distinguer.

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal 30. Donnez la signification de la clé étrangère. Chaque clé étrangère montre le lien entre les tables. Son origine est une clé étrangère et son extrémité est la clé primaire qu’elle doit référencer. Remarquons que certaines clés primaires et étrangères sont composées de plusieurs attributs (champs).

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal  31. A partir du Modèle relationnel ci-dessus, répondez par vrai ou par faux à l’affirmation suivante : Vrai Faux Un client peut être domicilié dans plusieurs villes. 

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal  31. A partir du Modèle relationnel ci-dessus, répondez par vrai ou par faux à l’affirmation suivante : Vrai Faux Une facture peut correspondre à un seul produit. 

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal  31. A partir du Modèle relationnel ci-dessus, répondez par vrai ou par faux à l’affirmation suivante : Vrai Faux Une facture peut concerner plusieurs clients. 

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal  31. A partir du Modèle relationnel ci-dessus, répondez par vrai ou par faux à l’affirmation suivante : Vrai Faux Un produit peut être facturé dans plusieurs factures. 

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal  31. A partir du Modèle relationnel ci-dessus, répondez par vrai ou par faux à l’affirmation suivante : Vrai Faux Pour une date donnée, il ne peut y avoir qu’une seule facture. 

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal  31. A partir du Modèle relationnel ci-dessus, répondez par vrai ou par faux à l’affirmation suivante : Vrai Faux Un produit peut n’être encore présent dans aucune facture. 

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal  31. A partir du Modèle relationnel ci-dessus, répondez par vrai ou par faux à l’affirmation suivante : Vrai Faux Un client n’appartient qu’à une catégorie. 

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal  31. A partir du Modèle relationnel ci-dessus, répondez par vrai ou par faux à l’affirmation suivante : Vrai Faux Une catégorie comprend au moins un client. 

La représentation du Modèle Relationnel Modèle Relationnel des Données Table 1 : PRODUITS (Reference_produit, Designation_produit, Prix_unitaire) Clé primaire : Reference_produit Clé étrangère : Table 2 : LIGNE_FACTURES (Reference_produit, N°_facture, Quantite_facturee) Clé primaire : Reference_produit, N°_facture Clé étrangère : Reference_produit en référence à Reference_produit de Produits N°_facture en référence à N°_facture de Factures Table 3 : FACTURES (N°_facture, Date_facture, Code_categorie, N°_client_categorie) Clé primaire : N°_facture Clé étrangère : Code_categorie + N°_client_categorie en référence à Code_categorie + N°_client_categorie de Clients Table 4 : CLIENTS (Code_categorie, N°_client_categorie, Raison_sociale, Adresse, Suite, Code postal) Clé primaire : Code_categorie + N°_client_categorie Clé étrangère : Code_postal en référence à Code_postal de Villes Table 5 : VILLES (Code_postal, Nom_ville) Clé primaire : Code_postal  31. A partir du Modèle relationnel ci-dessus, répondez par vrai ou par faux à l’affirmation suivante : Vrai Faux Une facture peut ne contenir aucun produit. 

La représentation du Modèle Relationnel Voici une présentation du Schéma relationnel à partir d’un logiciel de base de données (tel qu’Access), les clés primaires sont en gras. Les clés étrangères apparaissent en italique. « Reference_produit » et « N°_facture » sont en gras et en italique, car ils forment ensemble la clé primaire de LIGNE_FACTURES et chacun est clé étrangère. Les différentes lettres précise le type de données (T = Texte, N = Numérique, D = Date).

Diaporama adapté et automatisé par M. Grard (enseignant) Première STG Gestion Diaporama adapté et automatisé par M. Grard (enseignant) Sources : Éditions Nathan Technique Collection : Equilibre Éditions Fontaine Picard Première STG Retour vers les liens