Ivan Kurzweg ik-r@wanadoo.fr 20067 Ivan KURZWEG, ik-r@wanadoo.fr Permission to use, copy, modify, and distribute this documentation for any purpose with or without fee is here by granted, provided that the above copyright notice and this permission notice appear in all copies. Html, css, cours, initiation logiciel libre, Ce document propose une initiation à l'utilisation de bases de données relationnelles sous MySQL. Nous allons tout d'abord étudier la création et la gestion d'une base de données MySQL en utilisant l'outil PhpMyAdmin. Nous verrons ensuite le langage SQL. Pour finir, une introduction à la modélisation des données vous est proposé, pour vous donner des pistes sur la manière de concevoir une base de données relationnelle. MySQL est un serveur de bases de données relationnelles SQL développé dans un souci de performances élevées. Il est multi-thread, multi-utilisateurs. C'est un logiciel libre développé sous double licence en fonction de l'utilisation qui en est faite : dans un produit libre (open-source) ou dans un produit propriétaire. Dans ce dernier cas, la licence est payante, sinon elle est libre. MySQL est l'oeuvre d'une société suédoise, MySQL AB, fondée par David Axmark, Allan Larsson et Michael Widenius. Le nom MySQL vient de leur habitude à préfixer par « My » une grande partie de leurs dossiers, bibliothèques et outils. La fille de Michael Widenius était surnommée « My ». La première version de MySQL est apparue le 23 mai 1995. Il a d'abord été créé pour un usage personnel à partir de mSQL en s'appuyant sur le langage de bas niveau ISAM qu'ils trouvaient trop lent et trop rigide. Ils ont créé une nouvelle interface SQL en gardant la même API que mSQL. MySQL est passé en licence GPL à partir de la version 3.23.19 (juin 2000) PhpMyAdmin est l'une des plus célèbres interfaces pour gérer une base de données MySQL sur un serveur PHP. De nombreux hébergeurs, qu'ils soient gratuits ou payants, le proposent ce qui permet à l'utilisateur de ne pas avoir à l'installer. Cette interface pratique permet d'exécuter, très facilement et sans grandes connaissances dans le domaine des bases de données, de nombreuses requêtes comme les créations de table de données, les insertions, les mises à jour, les suppressions, les modifications de structure de la base de données. Ce système est très pratique pour sauvegarder une base de données sous forme de fichier .sql et ainsi transférer facilement ses données. De plus celui-ci accepte la formulation de requêtes SQL directement en langage SQL, cela permet de tester ses requêtes par exemple lors de la création d'un site et ainsi de gagner un temps précieux.

Une base de données, usuellement abrégée en BD ou BDD, est un ensemble structuré et organisé permettant le stockage de grandes quantités d'informations afin d'en faciliter l'exploitation (ajout, mise à jour, recherche de données). Une base de données se traduit physiquement par un ensemble de fichiers sur disque. Le serveur MySQL est capable de gérer simultanément plusieurs bases de données, accessibles en concurrence (des mécanismes tels que les transactions permettent de gérer les problèmes qui en découlent) par une ou plusieurs applications. De manière générale, une applications Web est liée à une base de données. Dans notre cas, nous allons créer une base de données consacrée à la gestion d'un magasin de location de planches à voile. Nous allons l'appeler location_planche. Cette base de données stockera différentes informations sur des planches à voiles, des clients et des locations. L'aspect "relationnel" des SGBDR est caractérisé en partie par la possibilité de regrouper dans un même fichier des données hétérogènes. Ce qui semble naturel aujourd'hui, alors que l'idée paraissait saugrenue dans les années 1970. L'idée des tables est donc d'abstraire la notion de fichiers, et de définir tout simplement ce que contiendra chaque enregistrement de la table. Nous verrons en fin de cours une méthode pour arriver à se représenter les tables à créer, mais pour l'instant, contentons nous de créer deux tables : PLANCHES et CLIENTS. La tables PLANCHES contiendra pour le moment un seul champ (une seule donnée par enregistrement) : PLA_NUM. La table CLIENTS contiendra un seul champ, CLI_NUM.

Vous noterez les conventions de nommage (non obligatoires mais fortement recommandées). Elles peremettent de retrouver rapidement à quelle table appartient une données (un PRENOM peut appartenir à plusieurs tables : CLIENTS, EMPLOYES, ..) Dans les exemples précédents, nous avons limité le contenu de chacune des tables à un seul champ. Nous avons néanmoins pris soin de préciser que les champs "numéros" de chaque table étaient des clefs primaires aussi appelés identifiants. Cette propriété particulière implique que tout enregistrement de la table peut être identifié de manière unique par ce champ, c'est-à-dire qu'à une valeur de l'identifiant ne correspond qu'un seule enregistrement de la table. Il faut au moins un identifiant par table, et il est préférable pour des raisons de performances qu'il soit un entier. Il est également intéressant de noter que nous avons mis le champ extra sur la valeur auto_increment. Ainsi,la clef primaire peut être gérée directement par le serveur MySQL, qui l'incrémentera à chaque nouvel ajout dans la table. Pour le moment, nos tables ne contiennent pas beaucoup de champs ! Nous allons rajouter quelques informations complémentaires. A chaque nouveau champ, nous allons devoir choisir un type de données, c'est-à-dire spécifier quelles valeurs pourront être stockées dans ces champs. Pour la table PLANCHES, nous allons ajouter les champs suivants : PLA_MODELE : CHAR(20) PLA_MARQUE : CHAR (20) PLA_POIDS : FLOAT PLA_ANNEE : INTEGER Pour la table client nous allons ajouter les champs suivants : CLI_NOM : CHAR (20) CLI_PRENOM : CHAR(20) CLI_TEL : CHAR(10) CLI_ADR : VARCHAR(150) MySQL supporte un grand nombre de types de données, mais voici les plus couramment utilisés : Le tableau ci-dessous cite les différents types de données numériques sous MySQL. M indique la taille d'affichage, et D (valable pour les nombres en virgule flottante), représente le nombre de chiffres après la virgule. Type De 1 TINYINT(M) -128 127 SMALLINT(M) -32768 32767 MEDIUMINT(M) -8388608 8388607 INT(M) -2147483648 2147483647 BIGINT(M) -9223372036854775808 9223372036854775807 FLOAT[(M,D)] -3.402823466E+38 3.402823466E+38 DOUBLE[(M,D)] -1.7976931348623157E+308 1.7976931348623157E+308 Type TIME : MySQL lit et affiche les colonnes de type TIME au format 'HH:MM:SS'. Les valeurs TIME non valides sont transformées en date zéro '00:00:00' Type DATE : Le type DATE est prévu lorsque vous souhaitez stocker une date. MySQL affiche les valeurs de type DATE au format ' AAAA-MM-JJ '. L'intervalle de validité va de '1000-01-01' à  '9999-12-31'. Les dates non valides sont transformées en "0000-00-00" Type DATETIME : Le type DATETIME est prévu lorsque vous souhaitez stocker une date et une heure. MySQL affiche les valeurs de type DATETIME au format ' AAAA-MM- JJ HH:MM:SS' Type TIMESTAMP : Le type TIMESTAMP est prévu pour stocker automatiquement l'heure courante lors d'une commande INSERT ou UPDATE . Si vous avez plusieurs colonnes de type TIMESTAMP , seule la première colonne sera mise à  jour automatiquement. Les types chaînes sont CHAR , VARCHAR , TEXT . Il en existe d'autres, mais nous nous intéresserons en priorité à  ceux-ci. Ces types de données vous permettent de définir des chaînes de longueur comprise entre 1 et 255 caractères. CHAR(L) : dans ce cas, quelque soit la longueur effective de la chaîne, elle sera toujours stockés sur un nombre d'octets fixe, L. Par exemple, si vous définissez CHAR (10) et que vous entrez la chaîne "Bonjour", elle sera complétée par trois espace dans la table. VARCHAR(L) : dans ce cas, MySQL stocke la chaîne, plus un octet définissant la longueur effecctive de l'enregistrement. Dans notre exemple "bonjour", cette chaîne occupera 7+1 octets dans la base. TEXT : ce type de données peut en fait être considéré comme un VARCHAR de longueur indéfini. Il n'y a pas de limitation de taille pour ce type, insensible à  la casse. Dans l'absolu, ce sont les capacités du serveur qui déterminent la longueur maximale d'un TEXT. De plus, il est possible de spécifier pour chaque champ si une valeur est obligatoire ou non en précisant la valeur de NULL / NOT NULL.

Nous verrons dans les chapitres suivants comment automatiser l'accès aux données des tables depuis des pages Web et le langage Php. Pour le moment, nous continuons à nous intéresser à PhpMyAdmin et ses fonctionnalités. En cliquant sur le lien Insérer depuis le menu de la tables clients, nous obtenons un formulaire qui nous permet de remplir directement la table. Il est à noter que PhpMyAdmin nous propose d'exécuter un certain nombre de fonctions sur les données que nous allons entrer. En utilisant le formulaire entrez 5 clients dans la base, et 10 planches. Vous trouverez des exemples de modèles sur le site www.vaguesetvents.com dans la section Windsurf.

Si l'insertion est validée par MySQL (si les données correspondent à la définition de la table) PhpMyAdmin affiche la requête qu'il a exécutée pour faire l'insertion. Cette requête est écrite en langage SQL, le langage que nous utiliserons depuis Php pour interroger MySQL. Il peut donc être intéressant de bien noter ces requêtes pour éventuellement s'en inspirer ! PhpMyAdmin nous permet également de modifier les enregistrements contenus dans la table. Pour ceci, le menu afficher présente dans un tableau HTML la liste des enregistrements de la table. On remarque de nouveau qu'on nous présente la requête permettant de faire ce traitement.

PhpMyAdmin permet d'exporter et d'importer une base de données, fonctionnalité qui permet ainsi de sauvegarder et de restorer une base, mais aussi de passer d'un environnement de développement à un environnement de production. L'exportation permet d'afficher l'ensemble des requêtes SQL nécessaire à la création de la base et à l'insertion des données de manière à retrouver le même état que l'actuel. Il est à noter qu'il est également possible de générer des formats différents (CSV, DOC, PDF, etc ...). Pour exporter la base, il faut choisir d'exporter les données et/ou la structure de la base.

L'opération inverse, l'importation, consiste à exécuter l'ensemble des requêtes SQL qui vont créer la base de données. Il s'agit pour l'administrateur de donner les différentes caractéristiques du fichier à exécuter... Il existe dans MySQL la notion d'utilisateur. La création d'utilisateur permet de restreindre les opérations autorisés pour un utilisateur. Par défaut, MySQL ne contient qu'un seul utilisateur, le super-utilisateur root. Dans le cas d'applications Web, il peut être intéressant de créer un utilisateur ayant des droits plus limités sur la base de données utilisée. Par exemple, il est rare que les pages Web accèdant à une base de données aient besoin de modifier la structure de cette base. Or, les connexions depuis le site Internet se font en utilisant un compte utilisateur. En cas de piratage, il se peut que ce compte soit utilisé pour détruire l'ensemble des données. Nous allons donc prendre l'habitude de créer un utilisateur "web" qui ait des droits plus limités et plus affinés. Un utilisateur est enregistré au niveau du serveur MySQL, et ses droits sont définis pour chaque base de données hébergée. Le menu "privilèges" au niveau de la page d'accueil de PhpMyAdmin permet d'accèder aux différents utilisateurs de MySQL et d'en créer de nouveaux.

Une fois l'utilisateur créé, il est possible de lui accorder des droits particulier sur une base de données. Dans notre exemple, nous accordons à l'utilisateur Web les privilèges suivants sur la base de données location_planches : SELECT, INSERT, UPDATE

Dans les cours HTML et Php, nous allons tenter de créer une application permettant de présenter la formation. Au final, toutes les informations devront être extraite d'une base de données. Afin de préparer cette application, nsou allons créer et insérer les données relatives à la formation : créez une base de données FORMATION_INITLL. Créez ensuite 3 tables : STAGIAIRES, MODULES, FORMATEUR. Choisissez vous même les champs composant ces tables. Vous prendrez soin de bien choisir les types de données. Insérez ensuite 5 stagiaires, 4 modules et 3 formateurs. Sauvegardez votre base de données. Attribuez les bons droits à l'utilisateur web créé dans le cours. Notre applications de location de planches contient à présent des clients et des planches à voiles, mais aucune informations sur les locations ! Essayons de trouver une méthode pour représenter le fait qu'un client puisse louer plusieurs fois des planches à voiles ... Les données dont nous avons besoin sont les suivantes : quel client a loué quelle planche, à quelle date/heure a débuté la location, et à quelle date/heure a été rendu le matériel ... nous pouvons donc commencer à créer une table location contenant ces données :

Ici, nous avons encore entré un identifiant automatique, que MySQL gérera (auto_increment). Mais il nous manque encore des informations essentielles : les caractéristiques des clients et des planches louées. Ces informations existant déjà dans la base, nous n'allons pas de nouveau les insérer ! En effet, toute modification d'un enregistrement (par exemple un changement de numéro de téléphone) nécessiterait de modifier 2 tables, ce qui peut vite devenir fastidieux .. Nous allons plutôt nous servir des identifiants des autres tables. En effet, nous avons vu que les identifiants ou clefs primaire nous permettent d'accéder de manière unique à un enregistrement d'une table : les CLI_NUM sont par exemple des numéros uniques, dont dispose chaque client, et qui permette d'accéder à ses informations. Il suffit donc d'insérer ce numéro dans la table location, pour connaître le numéro du client qui a loué une planche et ainsi pouvoir accéder à ses donnée ! L'insertion d'une clef primaire en provenance d'une autre table s'appelle clef étangère. Sous PhpMyadmin, il nous faut d'abord ajouter le champ qui servira de clef étrangère en liaison avec les clients. Ce champ doit être de même type que dans la table CLIENTS, mais ne doit pas être clef primaire de la table LOCATIONS. !

Ensuite nous devons dire à MySQL que ce champ CLI_NUM est un champ qui est une clef, en utilisant le tableau de PhpMyAdmin Index, et le menu créer une clef sur 1 colonne :

Le nom de l'index est précédé (c'est une convention) de FK pour Foreign Key. Ensuite, le lien Gestion des relations de PhpMyAdmin nous permet de dire que le champ CLI_NUM de la table LOCATIONS est lié au champ CLI_NUM de la table CLIENTS. Les menus ON DELETE et ON CASCADE nous permettent de dire quelles seront les actions à eeffectuer si le champ source est modifié ou mis à jour... Il ne nous reste plus qu'à faire la même opération pour le champ PLA_NUM ... Dans les paragraphes précédents, nous avons vu comment représenter les locations de planches, en créant une nouvelle table et en ajoutant les clefs étrangères des 2 tables en relation (CLIENTS et PLANCHES). Cependant, la création d'une table de jointure n'est pas toujours obligatoire... C'est le cas des relations hiérarchiques entre tables, concept que nous préciserons dans le chapitre 3, et qui se caractérise par une relation de type 1,n alors que dans les paragraphes précédents, nous étions plutôt sur des relations de type n,n (un client peut louer plusieurs/n planches, et une planche peut être louée plusieurs/n fois). Certains clients tiennent absolument à naviguer sur du matériel hawaien ! Or notre base de données ne contient pas ces informations ... Par contre, il nous est facilement possible de retrouver le pays d'origine de chaque marque de planche. Par exemple, les planches de marque Fanatic sont d'origine allemande. Pour intégrer ces nouvelles données, nous avons le choix de modifier la structure de la table PLANCHES en rajoutant un champ PAYS, et de modifier un par un TOUS les enregistrements ... ou de créer une nouvelle table MARQUES. Prenons la seconde solution ! La table marque a la structure suivante :

L'information sur la marque dans la table PLANCHES est donc redondante. Supprimons le champ PLA_MARQUE.

Il nous faut maintenant représenter le fait qu'une planche est d'une certaine marque. Dans notre cas, il nous suffit de remarquer qu'en insérant une clef étrangère dans la tables PLANCHES, qui contiennent le numéro de la marque, il nous sera aisé de retrouver toutes les informations d'une planche, y compris son pays d'origine ! Le principe de création de la clef étrangère est le même que dans les paragraphes précédents : Insérer un champ MAR_NUM dans la table PLANCHES, de même type que l'identifiant de la table MARQUES Créer un index sur ce champ Faire la liaison avec la table MARQUES en utilisant le lien Gestion des relations

Il ne reste plus qu'à mettre la base de données à jour ..... Reprenons notre base "formation" : En modifiant la base, faites apparaître que les stagiaires sont inscrits dans un ou plusieurs modules. En modifiant la base, faites apparaître que chaque module est enseigné par un formateur. Insérez les données de votre inscription. Le langage SQL pour Structured Query Language est un langage standardisé d'accès au données des SGBDR. Comme tout langage, il a sa propre sémantique et sa propre syntaxe. Il permet à la fois de définir les données (LDD - Langage de définition de données), d'y accéder (LMD - Langage de manipulation de données) et d'en gérer les droits (LPD - Langage de protection des données). Dans le cadre du développement Web et grâce à l'assistance de PhpMyadmin, nous n'étudierons que la partie manipulation de données. La commande SELECT est définie par la syntaxe suivante : SELECT [DISTINCT ou ALL] * ou liste de colonnes FROM nom de table ou de la vue [WHERE prédicats] [GROUP BY ordre des groupes] [HAVING condition] [ORDER BY ] liste de colonnes SELECT : permet de définir les colonnes résultats, le signe * retournant toutes les colonnes des enregistrements sélectionnés FROM : définit la table sur laquelle porte la requête WHERE : le filtre portant sur les données (conditions à  remplir pour que les lignes soient présentes dans le résultat GROUP BY : définition d'un sous-ensemble HAVING : filtre portant sur les résultats (conditions de regroupement des lignes) ORDER BY : tri des résultats La commande permettant d'afficher l'ensemble des lignes d'une table est donc : SELECT * FROM CLIENT Donc, afficher l'ensemble des lignes de notre table PLANCHE est donc : SELECT * FROM planche PLA_NUM PLA_MARQUE PLA_MODELE PLA_ANNEE PLA_TAILLE PLA_POIDS 1 TIGA SLALOM 260 1997 2 9 2 EXOCET WAVE 259 2000 2 7 3 MISTRAL BEAST 2003 2 5 4 BIC SAXO 2000 2 Pour afficher des lignes avec certains champs, et renommer ces champs pour l'affichage des résultats, nous pouvons exécuter la requête suivante : SELECT PLA_MARQUE AS MARQUE, PLA_MODELE AS MODELE FROM planche MARQUE MODELE TIGA SLALOM 260 EXOCET WAVE 259 MISTRAL BEAST BIC SAXO Nous pouvons égalemennt classer ces résultats par ordre alphabétique par exemple : un premier tri sur le nom de la marque, et un deuxième sur le modèle de la planche. SELECT PLA_MARQUE AS MARQUE, PLA_MODELE AS MODELE FROM planche ORDER BY PLA_MARQUE ASC, PLA_MODELE ASC MARQUE MODELE BIC SAXO EXOCET WAVE 259 MISTRAL BEAST TIGA SLALOM 260 MySQL nous propose aussi de limiter l'affichage des résultats : nous pouvons par exemple afficher les deux premières lignes des résultats : SELECT PLA_MARQUE AS MARQUE, PLA_MODELE AS MODELE FROM planche ORDER BY PLA_MARQUE ASC, PLA_MODELE ASC LIMITS 0,2 ou les lignes à  partir de la troisième jusque la denière : SELECT PLA_MARQUE AS MARQUE, PLA_MODELE AS MODELE FROM planche ORDER BY PLA_MARQUE ASC, PLA_MODELE ASC LIMITS 2,-1 Nous pouvons aussi supprimer les doublons dans les résultats en utilisant l'opérateur DISTINCT SELECT DISTINCT CLI_PRENOM AS PRENOM FROM client PRENOM Ivan Paul Jean Marc Il est également possible d'afficher des calculs dans les résultats. La calcul de la masse volumique des planches donnerait par exemple : SELECT PLA_MARQUE, PLA_MODELE, PLA_POIDS / PLA_VOLUME AS MASSE_VOLUMIQUE FROM planche PLA_MARQUE PLA_MODELE MASSE_VOLUMIQUE TIGA SLALOM 260 0.1 EXOCET WAVE 259 0.088607594936709 MISTRAL BEAST 0.045454545454545 BIC SAXO 0.08 L'interêt d'une base de données ne se limite heureusement pas à  un simple listage des données. Il est généralement nécessaire de donner des conditions ou filtres. Seules seront sélectionnées les lignes satisfaisant aux conditions situées après la clause WHERE. La sélection des clients habitant à  ST-PAUL peut donc se faire avec la requête : SELECT * FROM client WHERE CLI_VILLE = "ST-PAUL" CLI_ID CLI_NOM CLI_PRENOM CLI_ADR CLI_VILLE CLI_TEL 1 KURZWEG Ivan Rue des mouettes ST-PAUL 0692012345 3 PAYET Jean 6 rue des hortensias ST-PAUL 0262010203 5 GRONDIN paul 23 rue des rosiers ST-PAUL 0263708090 Nous allons voir dans les paragraphes suivants l'ensemble des opérateurs permettant de réaliser les prédicats de sélection, c'est-à -dire les fonctions qui vous nous permettre d'appliquer des filtres sur les champs des enregistrements. Nous avons à  notre disposition l'ensemble des opérateurs mathématiques et logiques courants :+ - * / Opérateur Symbole Addition + Soustraction - Multiplication * Division / ET logique AND OU logique OR NON logique NOT INFERIEUR < SUPERIEUR > EGALITE = Comparaison de chaînes LIKE Intervalle BETWEEN Nous pouvons ainsi sélectionner les planches qui datent d'avant 2003 : SELECT * FROM PLANCHE WHERE PLA_ANNEE < 2003 PLA_NUM PLA_MARQUE PLA_MODELE PLA_ANNEE PLA_TAILLE PLA_POIDS PLA_VOLUME 1 TIGA SLALOM 260 1997 2 9 90 2 EXOCET WAVE 259 2000 2 7 79 4 BIC SAXO 2000 2 8 100 En combinant les filtres, on peut récupérer les enregistrements des planches antérieures à  2003 et d'un volume inférieur à  100 litres : SELECT * FROM PLANCHE WHERE PLA_ANNEE < 2003 AND PLA_VOLUME < 100 PLA_NUM PLA_MARQUE PLA_MODELE PLA_ANNEE PLA_TAILLE PLA_POIDS PLA_VOLUME 1 TIGA SLALOM 260 1997 2 9 90 2 EXOCET WAVE 259 2000 2 7 79 La sélection des clients dont on a un numéro de GSM donnerait : SELECT * FROM CLIENT WHERE CLI_TEL LIKE "06%" CLI_ID CLI_NOM CLI_PRENOM CLI_ADR CLI_VILLE CLI_TEL 1 KURZWEG Ivan Rue des mouettes ST-PAUL 0692012345 2 HOARAU Paul 2 rue des Lilias ST-PIERRE 0692101112 Ici, le caractères % permet de pérciser à  MySQL de sélectionner les enregistrements dont le numéro de téléphone est composé de laa manière suivante : la chaîne "06" suivie de n'importe quel caractère. En plus des différents opérateurs que nous avons vu au paragraphe précédent, nous pouvons également utiliser des fonctions sur les valeurs des champs. Nous n'en détaillerons que certaines, la liste complète de ces fonctions étant disponible dans la documentation de MySQL : TRIM ([LEADING ou TRAILING ou BOTH] [caractère] FROM nom de colonne) : permet de supprimer les espaces ou tout autre caractère spécifié avant (LEADING) ou après (TRAILING) le champ. UPPER(colonne) LOWER(colonne) : passent respectivement en majuscule et minuscules les valeurs de la colonne SUBSTRING ( nom de colonne,M,N) : extrait la sous-chaîne de caractère commençant à  la Mième lettre et de longueur N. SELECT CLI_NOM, CLI_PRENOM, UPPER(CONCAT(SUBSTRING(CLI_NOM,1,1) , SUBSTRING(CLI_PRENOM,1 ,1))) AS INITIALES FROM CLIENT CLI_NOM CLI_PRENOM INITIALES KURZWEG Ivan KI HOARAU Paul HP PAYET Jean PJ PAYET Marc PM GRONDIN paul GP De la même manière, il est possible de travailler sur les dates : EXTRACT ( YEAR ou MONTH ou DAY FROM nom de colonne ) : permet d'extraire l'année, le numéro du mois ou le numéro du jour d'une date NOW() : permet de récupérer la date et l'heure courante TO_DAYS(date) : renvoie le nombre de jours depuis la date 0 jusque la date date FROM_DAYS(date) : renvoie le nombre de jours écoulées depuis la date date La sélection de toutes les locations effectuées pendant le mois d'octobre peut donc s'écrire : SELECT * FROM loue WHERE MONTH(LOU_DATE) = 10 LOU_ID PLA_NUM CLI_ID LOU_DEBUT LOU_FIN LOU_DATE 1 1 2 14:10:00 15:12:00 2003-10-06 2 1 2 16:08:00 17:35:00 2003-10-15 3 2 2 13:36:00 14:35:00 2003-10-25 Il existe de nombreuses autres fonctions de travail sur les dates, mais nous ne les passerons pas toutes en revue. Elles sont décrites précisément dans la documentation de MySQL. Il existe des fonctions de statistiques permettant par exemple de calculer le nombre de lignes qu'une requête renvoie. L'utilisation de ces fonctions nécessite souvent la présence de la clause GROUP BY, permettant de créer des sous-ensembles de lignes : les enregistrements sont groupés selon la valeur des colonnes de la clause GROUP BY. Par exemple, nous souhaitons calculer le nombre de planche du magasin : SELECT COUNT(PLA_MODELE) FROM PLANCHE COUNT(PLA_MODELE) 4 Mais si notre requête vise désormais à  compter le nombre de planche par marque, nous devons grouper les lignes par marque, pour les compter : SELECT COUNT(PLA_MODELE), PLA_MARQUE FROM planche GROUP BY PLA_MARQUE COUNT(PLA_MODELE) PLA_MARQUE 1 BIC 1 EXOCET 1 MISTRAL 2 TIGA La longueur moyenne des planches serait obtenue par la requête suivante : SELECT AVG(PLA_TAILLE), PLA_MARQUE FROM PLANCHE GROUP BY PLA_MARQUE AVG(PLA_TAILLE) PLA_MARQUE 2.7799999713898 BIC 2.5899999141693 EXOCET 2.5699999332428 MISTRAL 2.6749999523163 TIGA la durée moyenne de location pourrait être obtenue par : SELECT SEC_TO_TIME( AVG(TIME_TO_SEC(LOU_FIN) - TIME_TO_SEC(LOU_DEBUT)) ) AS MOYENNE FROM loue MOYENNE 01:09:20 Nous verrons dans le chapitre suivant qu'il est également possible de filtrer les résultats d'une requête en utilisant la clause HAVING. Nous souhaitons maintenant entrer des données dans les tables de la bases de données. La documentation de MySQL nous fournit la syntaxe de la commande SQL permettant d'insérer des enregistrements dans une table : INSERT [LOW_PRIORITY | DELAYED] [IGNORE] [INTO] nom_de_table [(nom_colonne,...)] VALUES ((expression | DEFAULT),...),(...),... Nous retiendrons de cette définition que pour insérer des données dans une table, nous devons avoir une instruction SQl du type : INSERT INTO NOM_TABLE (LISTE DES COLONNES) VALUES (LISTE DES VALEURS) Dans notre exemple, nous voulons insérer deux planches à  voiles : INSERT INTO `planche` (`PLA_NUM`, `PLA_MARQUE`, `PLA_MODELE`, `PLA_ANNEE`, `PLA_TAILLE`, `PLA_POIDS`) VALUES ('1', 'TIGA', 'SLALOM 260', '1997', '2,60', '9'); INSERT INTO `planche` (`PLA_NUM`, `PLA_MARQUE`, `PLA_MODELE`, `PLA_ANNEE`, `PLA_TAILLE`, `PLA_POIDS`) VALUES ('2', 'EXOCET', 'WAVE 259', '1999', '2,59', '7'); Un client se présente maintenant. Nous souhaitons l'enregistrer : INSERT INTO `client` (`CLI_ID`, `CLI_NOM`, `CLI_PRENOM`, `CLI_ADR`, `CLI_TEL`) VALUES ('1', 'KURZWEG', 'Ivan', 'Rue des mouettes', '0692012345'); Il désire louer la planche de vagues Exocet. Nous devons donc enregistrer une ligne dans la table LOUE, en y mettant l'heure courante : INSERT INTO `loue` (`PLA_NUM`, `CLI_ID`, `LOU_DEBUT`, `LOU_FIN`) VALUES ('2', '1', NOW(), NULL); Dans ce cas, nous avons insérer l'heure courante en utilisant la fonction SQL NOW(), qui nous renvoie l'heure au format TIME. Pour l'heure de retour, nous n'avons rien mis, en indiquant à  MySQL de remplir ce champ avec NULL. Notre client a terminé sa session de navigation. Il nous ramène donc la planche à  voile, et nous devons maintenant mettre à  jour l'heure de retour du matériel. Pour ceci, nous allons utiliser l'instruction de modification de N-Uplet, donc la syntaxe est précisée par la documentation MySQL : UPDATE [LOW_PRIORITY] [IGNORE] nom_de_table SET nom_colonne1=expr1 [, nom_colonne2=expr2, ...] [WHERE where_definition] [ORDER BY ...] [LIMIT #] Nous retiendrons pour le moment que la mise à  jour d'enregistrements se fait en utilisant une requête SQL de la forme UPDATE NOM_TABLE SET NOM_COL = VALEUR WHERE NOM_COL = VALEUR; Pour mettre à  jour l'occurence de la table LOUE représentant que le client numéro 1 a ramené la planche numéro 2 à  l'instant : UPDATE LOUE SET LOU_FIN = NOW() WHERE PLA_NUM = 2 AND CLI_ID = 1; Pour le moment, cette instruction marche correctement, puisque le client 1 n'a jamais loué la planche 2 auparavant. Dans le cas contraire, nous aurions surement eu quelques problèmes ... La suppression de données en SQL se fait en exécutant l'instruction SQL DELETE : DELETE [LOW_PRIORITY] [QUICK] FROM nom_de_table [WHERE clause_where] [ORDER BY ...] [LIMIT lignes] Nous retriendrons de cette définition que pour supprimer un enregistrement d'une table, nous utiliserons une instruction de la forme : DELETE FROM NOM_TABLE WHERE CONDITION Dans notre exemple, supposons que nous souhaitons supprimer la planche numéro 2. Comme nous avons utilisé le format InnoDB pour la création des tables, et spécifié que les enregistrements doivent être supprimés en cascade, MySQL se chargera de supprimer automatiquement les lignes de la table LOCATION. DELETE FROM PLANCHE WHERE PLA_NUM = 2; Utiliser des données dans un site Internet implique de les stocker dans une base de données. Le couple Php/MySQL a fait depuis longtemps ses preuves dans le domaine du développement Web. Mais concevoir une base de données nécessite au préalable d'avoir identifié, puis organisé toutes les données nécessaires à l'application. Nous allons dans ce chapitre étudier une partie de la méthode Merise, liée à la modélisation des données. Elle consiste à concevoir un Modèle Conceptuel de Données (MCD), le transposer en Modèle Logique de Données Relationnelles (MLDR), puis à générer le Modèle Physique correspondant (MPD). Parce que la maintenance d'une application informatique met clairement en évidence plusieurs types de problèmes, depuis les modifications qu'entraîne un changement de matériel, jusqu'à  la refonte complète de l'application qu'exige la mise en place d'une réglementation totalement nouvelle, il a paru essentiel de dégager des niveaux correspondant à  ces préoccupations différentes. Pour Merise et la plupart des méthodes de conception, il est classique de mettre en évidence 3 niveaux de réflexion : Il correspond à  la définition des finalités de l'entreprise en explicitant sa raison d'être. Ce niveau, décrit à  travers un ensemble de règle de gestion, traduit les objectifs et les contraintes qui pèsent sur l'entreprise. On y retrouve par exemple les règles de gestion du personnel, de tenue de la comptabilité, de livraison des produits finis, etc.. Son rôle est de définir l'organisation qu'il est souhaitable de mettre en place dans l'entreprise. On parle de choix d'organisation. L'analyste précise les postes de travail, la chronologie des opérations, les choix d'automatisation, etc.. Enfin, sont intégrés les moyens techniques nécessaires au projet. Ils s'expriment en terme de matériels ou de logiciels, et sont les plus sujets à  changements (évolution technologique). La conception du système d'information se fait par étapes, afin d'aboutir à  un système d'information fonctionnel reflétant une réalité physique. Il s'agit donc de valider une à  une chacune des étapes en prenant en compte les résultats de la phase précédente. D'autre part, les données étant séparées des traitements, il faut vérifier la concordance entre données et traitements afin de vérifier que toutes les données nécessaires aux traitements sont présentes et qu'il n'y a pas de données superflues. Cette succession d'étapes est appelée cycle d'abstraction pour la conception des systèmes d'information : Système d'information manuel Expression des besoins Modèle conceptuel Modèle logique Modèle physique Système d'information automatisé Niveaux Données Traitements Questions Conceptuel Modèle Conceptuel des Données (MCD) Modèle conceptuel des Traitements (MCT) Quoi ? Organisationnel Modèle Logique des Données (MLD) Modèle Organisationnel des Traitements (MCT) Qui ? Où ? Comment ? Technique Modèle Physique des Données (MPD) Modèles Opérationnel des Traitements (MOpD) Comment ? Une des images les plus classique de l'informaticien est celle d'un technicien concevant des solutions géniales à  des problèmes qui ne lui sont pas posés, et rétif à  tout dialogue avec l'utilisateur. Même si les cas d'écoles qui sont présentés en formation ont des objectifs clairement posés sur un existant vide, dans la vie professionnelle, il en va généralement bien autrement. Lors des différentes interviews qui jalonnent l'étude préalable, l'analyste recense les données apparaissant dans les différents documents de l'entreprise. Au cours de la conception détaillée, il va tenter de les décomposer en données élémentaires, et les épurer, c'est-à -dire n'en retenir que les pertinentes. Etablir un dictionnaire des données, c'est recenser l'ensemble des informations de l'application, et leur attribuer un type de données, c'est-à -dire indiquer sous quelle forme informatique elles seront enregistrées. Une donnée élémentaire est une donnée qui ne peut être décomposée. Souvent les données brutes sont constituées de plusieurs parties, mais on ne doit décider de les décomposer qu'en fonction de l'usage qui en sera fait. Une adresse postale d'un client est une donnée brute, qu'on peut décomposer en AdresseRue, CodePostal et Ville. Cela permet par exemple de sélectionner tous les clients d'une ville. Mais si on a aussi besoin de connaître tous les clients d'une rue, on sera alors obligé de décomposer AdresseRue en NuméroRue et NomRue. Lorsque deux noms recouvrent la même réalité, il s'agit d'une synonymie. Lorsqu'un même nom de données recouvre plusieurs réalités, il s'agit d'une polysémie. Il faut bien sûr supprimer ces deux défauts. CodeClient et referenceClient sont deux noms de données qui peuvent recouvrir la même réalité, c'est-à -dire le moyen d'identifier le client. Il ne faut donc retenir qu'un seul nom pour cette propriété. Une donnée calculée est une donnée dont la valeur peut être obtenue en appliquant une règle de calcul aux valeurs d'autres données élémentaires. Ces données ne doivent pas entrer dans le modèle conceptuel des données. Les données élémentaires, calculées ou non calculées, épurées et retenues pour leur pertinence, constituent le dictionnaire des données. Pour chacune d'elles, on précise le type et le domaine de définition. On indiquera également si elles sont calculées ou non. Tout au long de ce dossier, nous allons tenter de modéliser un système d'information concernant des accidents de la circulation. En voici les grands traits : Un club de chasse sous-marine désire informatiser les résultats de parties de chasse. Tous les pêcheurs du club sont connus sous un pseudo. Les parties de chasse ne sont pas communes (chacun chasse individuellement). On considère qu'il ne peut y avoir qu'une seule chasse dans la même journée. Les espèces sont cataloguées en fonction de leur niveau de tir (difficulté qu'ils présentent à être chassés) et de leur poids moyen. Lorsqu'on enregistre le résultat d'une chasse, seul le nombre de poissons par espèce est comptabilisé (les poissons ne sont pas pesés : on raisonne toujours à partir du poids moyen). Enfin, à chaque niveau de tir est associé un nombre de points (plus le niveau est élevé, plus le nombre de points est important), qui permet d'attribuer un score à chaque partie de chasse. L'objectif du club est de permettre d'établir les documents suivants : l'inventaire des espèces de poissons et le niveau de tir qui leur est attribué le récapitulatif du nombre de prises dans l'année pour l'ensemble des chasseurs du club le bilan des parties de chasse pour un chasseur donné (NB : on désire voir apparaître le lieu où s'est effectuée chaque chasse). Etablir le dictionnaire des données pour ce SI. Définition : Appelée aussi information élémentaire, données élémentaire ou rubrique, la propriété désigné le plus petit élément d'information manipulable. Pour être correctement définie, une propriété doit toujours être décrite par un " nom de propriété ", prendre ses valeurs dans un domaine de valeurs et avoir un sens dans le système d'information étudié. Une propriété est véritablement élémentaire si elle n'est pas décomposable en un ensemble de propriétés signifiantes plus petites. On dit alors qu'elle est atomique. Par exemple, une adresse postale peut être décomposé en : - numéro de rue - nom de rue - code postal - ville Mais cette décomposition fine n'est pas systématique, elle est uniquement guidée par la pertinence à  traduire une réalité de l'entreprise. Ainsi, il n'est pas nécessaire de découper une date en trois propriétés distinctes, jour, mois et année. Une entité est un type d'élément (abstrait ou concret) du monde réel défini par : - une existence propre et une utilité pour l'organisation étudiée - des occurrences multiples (c'est-à -dire au moins deux) - des propriétés (au moins une), dont un identifiant. L'entité est représentée par un rectangle.

A partir du dictionnaire des données établi au paragraphe précédent, essayez de distinguer 4 entités représentant la gestion du cleb de chasse sous marine. Parmi toutes les propriétés d'une entité, une ou plusieurs d'entre elles doivent jouer un rôle particulier, celui de permettre de distinguer chaque occurrence de l'entité par rapport à  toutes les autres. Cette propriété ou groupe de propriétés est appelé identifiant. Il existe plusieurs types d'indentifiant : . Identifiant simple : il est composé d'une seule propriété (exemple précédent) . Identifiant composé : il est composé de deux propriétés ou plus. . Identifiant relatif : il est constitué pour partie d'une propriété appartenant à  une autre entité. . Identifiant hérité : il résulte d'un lien de dépendance avec une entité générique. L'identifiant d'une entité est l'ensemble des propriétés soulignées.

Indiquez les identifiants des entités définies dans l'exercice précédent. Justifiez vos choix Définition : Une association est un type d'élément du monde réel défini par : - une absence d'existence intrinsèque - au moins une occurrence - une dimension (mesurée par le nombre d'entités rattachées) - une utilité pour l'organisation étudiée. . Formalisme : L'association est représentée par un ovale.

Association entre deux entités (dimension 2) :

Association entre trois entités (dimension 3) :

Association réflexive (dimension 1) :

Exercice : Représenter les associations reliant les entités de notre club de chasse sous marine. Définition : Une occurrence de propriété est une valeur que peut prendre une propriété. Une occurrence d'entité est un ensemble ayant une existence propre d'occurrences de ses propriétés. Soit l'entité suivante :

L'ensemble {PAYET, JEAN, 23/10/1970} est une occurrence de l'objet STAGIAIRE car " PAYET " est une occurrence de la propriété NOM, " JEAN " une occurrence de PRENOM et " 23/10/1970 " une occurrence de DATE_DE_NAISSANCE. Une occurrence de relation est constituée d'une et d'une seule occurrence de chacune des entités associées. L'occurrence de chacune des propriétés de l'association est en relation avec les occurrences des entités associées.

Soient les occurrences suivantes : {PAYET, JEAN, 23/10/1970} : une occurrence de l'entité " STAGIAIRE ". {BDD} et {JAVASCRIPT} : deux occurrences de l'entité " MODULE ". 12 peut être une occurrence de " NOTE " associée aux occurrences {PAYET, JEAN, 23/10/1970} et {BDD} ; 13 une autre occurrence de " NOTE " associée aux occurrences {PAYET, JEAN, 23/10/1970} et {JAVASCRIPT}. Définition : La cardinalité d'une entité par rapport à  une association s'exprime par deux nombres appelés cardinalité minimum et cardinalité maximum. La cardinalité minimale peut être égale à  0 ou à  1. Si la cardinalité est égale à  0, c'est qu'il existe au moins une occurrence de l'entité qui ne participe pas aux occurrences de l'association. Si la cardinalité est égale à  1, chaque occurrence de l'entité participe aux occurrences de l'association. La cardinalité maximale exprime le nombre maximum de fois o๠une occurrence de l'entité participe aux occurrences de l'association. On la note égale à  n, elle peut être égale à  1 ou à  tout autre nombre strictement positif (quand le nombre d'occurrences est quantifiable).

Un stagiaire peut ne pas avoir de note, c'est à  dire qu'il peut exister un stagiaire qui n'a pas passé l'évaluation (cardinalité minimum = 0). Un stagiaire peut être inscrit à  plusieurs module et avoir une note pour chacun des modules auxquels il est inscrit (cardinalité maximum = n) Il est possible que personne ne se présente à  l'évaluation pour un module (cardinalité minimum = 0) Plusieurs notes peuvent être attachées à  un même module (cardinalité maximum = n) Comme pour le modèle entité - association, on définit des domaines dans lesquels des attributs prennent leur valeur. Une relation est un ensemble d'entités et sa description peut prendre la forme d'un tableau dans lequel chaque ligne représente une occurrence d'entité et chaque colonne un attribut. La relation COUREUR(nom, prénom, dateNaissance) peut se représenter par : Nom Prénom DateNaissance Payet Jacques 01 Hoarau Philippe 10 La relation ETAPES (NuméroEtape, VilleDépart, VilleArrivée, NbKm) peut se représenter par NuméroEtape VilleDepart VilleArrivee NbKm 1 St Denis St Paul 50 2 St Paul St Leu 30 Un n-uplet est une occurrence d'une relation. Plus concrètement, il représente une ligne du tableau. On dit aussi t-uple au lieu de n-uplet. Exemple : (1,St Denis, StPaul, 50) est un n-uplet de la relation ETAPES La cardinalité d'une relation est son nombre d'occurrence. Dans l'exemple précédent, la cardinalité de la relation COUREUR est de 2. Le degré d'une relation est son nombre d'attribut. . Dans l'exemple précédent, le degré de la relation COUREUR est de 3. Une clef primaire est constituée d'un ou plusieurs attributs de la relation. Elle permet d'identifier sans équivoque chaque n-uplet de la relation. Dans la relation Coureur, NOM peut ne pas être suffisant pour distinguer les occurrences, en cas d'homonymie. On peut rajouter un attribut à  la relation, un numéro de coureur, qui devient clef primaire Selon les dépendances fonctionnelles observées, il peut être nécessaire de connaître la clef primaire d'une relation pour identifier un n-uplet d'une autre relation. Dans ce cas, la clef primaire de la première devient clef étrangère de la seconde. Exemple : soit la nouvelle relation qui permet de modéliser les temps des coureurs : TEMPS(NumCoureur, NumeroEtape, tempsrealisé). Les clefs NumCoureur et NuméroEtape, clefs primaires des relations COUREUR et ETAPES, permettent d'identifier chaque n-uplet de la relation. En effet, un coureur ne participe qu'une seule fois à  une étape ! Ce sont donc les clefs étrangères de COUREUR. On représente chaque relation de la modélisation par : NOMRELATION (clefPrimaire1, clePrimaire2, ..., attribut1, Attribut2, .. ,#clefEtrangère1,#clefEtrangère1) Exemple : TEMPS (#NumCoureur,#NumeroEtape, tempsrealisé) COUREUR (NumCoureur, (nom, prénom, dateNaissance) ETAPES (NuméroEtape, VilleDépart, VilleArrivée, NbKm) Le passage du MCD vers le modèle relationnel se base sur l'application de quatre règles simples, énoncées ci-dessous. Il est à  noter que cette transformation peut se faire en sens inverse, en appliquant les mêmes règles. Toute entité du MCD est traduite en une table dont la clef primaire et les attributs proviennent de l'entité

Une association binaire qui a une cardinalité égale à  0,1 ou 1,1 pour une entité est traduite par une clef étrangère ajoutée à  la table qui traduit cette entité. Cette clef étrangère est la clef primaire de l'entité associée.

Une association binaire qui n'a pas de cardinalité égale à  0,1 ou 1,1 est traduite en une table dont la clef primaire est constituée de l'ensemble des identifiants des entités qui y participent.

Toute association ternaire et plus est traduite par une relation dont la clef primaire est constituée de l'ensemble des identifiants des entités qui y participent. Vous gérez une base de données archéologique dans laquelle vous voulez mettre les informations suivantes. Un objet est trouvé par une équipe donnée, dans un site donné. L'équipe est reconnue par le nom de son directeur, et le site par son numéro, sa longueur, sa largeur. Le site appartient à  une zone de fouille qui peut en contenir plusieurs. La zone de fouille porte le nom de la ville la plus proche. L'objet est identifié par un numéro, une désignation (qui le décrit), une catégorie (par exemple, meuble, accessoire, élément d'architecture, manuscrit...), par un état de complétude (s'il est total ou s'il est partiel comme un pied de table, un tesson de bouteille ou un nez de gargouille, etc...) et par un état de conservation ( intact, bon, à  restaurer, mauvais état, très mauvais). Plusieurs équipes peuvent fouiller simultanément la même zone de fouille, mais pas le même site. En revanche les équipes tournent, d'un site à  l'autre, chaque jour. QUESTION : proposez un modèle entité-association représentant cet énoncé, en justifiant les cardinalités des couples entité-association, ainsi que les clés des entités. Proposez le modèle relationnel correspondant La première étape de l'étude a dégagé les données suivantes à stocker : Numéro d'ouvrage (NumeroOuvrage) Titre de l'ouvrage (TitreOuvrage) Numéro interne du livre attribué par la bibliothèque (NumeroInterne) Numéro d'auteur (NumeroAuteur) Nom de l'auteur (NomAuteur) Numéro d'étudiant (NumeroEtudiant) Nom de l'étudiant (NomEtudiant) Numéro de la faculté (NumeroFaculte) Nom de la faculté (NomFaculte) Date du prêt (DatePret) Date de retour (DateRetour) Les contraintes : Un ouvrage peut avoir plusieurs auteurs. Un auteur peut écrire plusieurs ouvrages. Un étudiant n'appartient qu'à une faculté et ne peut emprunter que trois livres à la fois. Un ouvrage figure en plusieurs exemplaires dans la bibliothèque. Le délai d'emprunt d'un livre est de trois semaines. Au-delà de cette période, l'étudiant doit payer une pénalité. Une école désire gérer la participation de ses élèves à divers concours d'entrée dans la fonction pulique. Chaque élève est encadré par un tuteur de l'école. Dans chaque concours, l'élève doit réaliser un projet qu'il choisit lui-même. Le jury accorde toujours un nombre de points qui permet d'établir le classement (si 2 élèves ont le même nombre de points, ils sont ex-æquos). On désire connaître les concours auxquels ont participé les élèves, le projet réalisé, la place et le nombre de points qu'ils ont obtenus (NB : pour la place, on ne gère que les élèves de l'école). Les informations collectées sont : nom de l'élève prénom de l'élève nom du tuteur prénom du tuteur nom du concours lieu du concours dotation globale du concours date du concours nombre de points obtenus place obtenue nom projet réalisé Donnez le MCD correspondant, puis le modèle relationnel. La société OPHCO a la charge de la gestion des immeubles HLM des villes de plus de 5.000 habitants du département. Actuellement, on compte une douzaine de villes de ce type. La gestion des immeubles recouvre notamment l'affectation des appartements en fonction des demandes, la facturation des loyers, les travaux d'entretien, le suivi des règlements, etc... Dans l'optique d'une informatisation prochaine du système de gestion, on vous demande de poursuivre une étude des données, qui a abouti pour l'instant à : une liste des données à utiliser dans le système d'information , la liste des règles de gestion à respecter. Voici la liste des données : Revenu Locataire Loyer Mensuel Type Appart Code Gardien N° Cité Nom Cité Code Appartement N° Contrat Nom Ville Nom Locataire N° Etage Nom Gardien Garage (O/N) N° Immeuble Date Signature Bail Prénom Gardien Prénom Locataire Superficie Appart. Durée Bail N° Porte Voici les règles de gestion : RG 1 - Pour une ville (de plus de 5.000 habitants) du département, il existe au moins une cité HLM. RG 2 - Chaque cité HLM est identifiée par un numéro. RG 3 - Pour un numéro de cité, il existe un nom de ville et un seul. RG 4 - Un même nom de cité peut être utilisé pour plusieurs cités différentes, mais dans des villes différentes. RG 5 - Chaque cité est surveillée par un gardien et un seul, mais un gardien peut surveiller plusieurs cités d'une même ville. RG 6 - Chaque cité peut comporter jusqu'à 6 types d'appartements. RG 7 - Une cité comporte plusieurs immeubles, numérotés de 1 à N. Chaque immeuble contient au moins 2 types d'appartements. RG 8 - Chaque appartement est identifié par un code. RG 9 - Un appartement peut disposer d'un garage, mais ce n'est pas toujours le cas. RG 10 - Un appartement peut être occupé par un locataire, qui signe un contrat de location. RG 11 - Chaque contrat est identifié par un numéro, et permet de fixer le montant du loyer valable pour la durée du bail. Vous devez modéliser le système d'information selon le formalisme MCD, puis en donner le modèle relationnel. On souhaite réaliser la gestion d'une vidéothèque personnelle, sachant que le prêt à  ses amis devient vite un casse tête et une source de perte non négligeable ;-). Pour gérer ce problème, on dispose des informations suivantes : Un film possède les caractéristiques suivantes : Un code, un titre, une année de sortie, une durée et un résumé. Dans les films jouent des acteurs, ayant bien sûr un nom et un prénom. Chaque film est d'un genre particulier On dispose dans notre vidéothèque de plusieurs supports : VHS, DIVX, DVD, mà¹ais on ne prete que les VHS On prend soin d'enregistrer les personnes empruntant les films, en retenant leur adresse et leur téléphone. Il s'agit d'une petite entreprise artisanale de plomberie, chauffage et d'électricité qui travaille pour des particuliers qui construisent ou rénovent leur maison. La société emploie : M. Durand gérant de l'entreprise Mme Durand secrétariat, M. Durand fils chef de chantier M. Duval chef magasinier des ouvriers C'est M. Durand qui s'occupe des contacts avec la clientèle et de la négociation des devis : après visite du client, il fait une offre (prestation, prix). Une discussion s'engage avec le client qui peut amener à modifier le devis initial. Par contre, le devis signé ne peut plus être modifié. Un devis se voit attribuer un numéro. Au final le devis devra faire apparaître les données suivantes : numéro du devis ( calcué de façon incrémentale ) identification complète du client ( nom, prénom,adresse,téléphone,fax,e-mail) lieu des travaux ( adresse complète ) la date de signature la date du début des travaux descriptif des prestations et coûts des prestations montant global du devis M. Durand n'accepte un chantier que si le client a signé au préalable un devis. Lorsque l'affaire est conclue, celle-ci est enregistrée et mise dans le planning des chantiers. Il faut alors rechercher les articles et les fournitures à commander aux fournisseurs : tout chantier doit démarrer à la date promise au client. Un chantier est caractérisé par : numéro identification complète du client lieu des travaux date début de chantier durée chantier liste des ouvriers affectés liste des fournitures nécessaires Les fournitures sont commandées directement aux représentants de différents grossistes lors de leur passage dans l'entreprise. C'est Mme Durand qui enregistre les devis signés en fin de semaine. Elle prépare les commandes aux fournisseurs (qui doivent être visées par M. Durand) et donne au magasinier la liste des articles à sortir au début du chantier. Elle est aussi en charge de la comptabilité. Le chef magasinier est en charge des planning de travail, il choisit les produits à commander en fonction des devis et des catalogues fournisseurs, et organise les travaux sur les chantiers. M. Duval, chef magasinier, trie les articles lors de la livraison. Les articles courants (tuyaux de cuivre, colliers...) sont rangés dans des rayons par famille de produits et les articles spécifiques à un chantier sont rangés dans un casier spécial au nom du client. Un article est référencé par : Code famille Code produit Libellé produit Quantité en stock Prix produit HT On prépare un chantier huit jours avant son ouverture pour s'assurer que les articles nécessaires sont disponibles. Si ce n'est pas le cas, la secrétaire effectue une relance urgente auprès des fournisseurs. C'est lors de la préparation du chantier que sont affectés les ouvriers par le chef de chantier. On vous fournit le dictionnaire des données suivant : dDevis: Identifiant devis DateS : Date signature devis IdCli : Identifiant client Nom : Nom du client Adresse Fac : Adresse de facturation client Adresse chantier : Adresse du chantier client Tel: téléphone client Idchantier : Identifiant chantier Date début chantier Durée chantier IdPrestation : Identifiant Tache effectuée sur le chantier Libelle prestation Coût prestation : coût d'une tache Montant global devis : Cout chantier à facturer ht (somme (coût chaque prestation) + somme (prix*qté) chaque prod) Montant global devis TTC : Cout chantier à facturer ttc (Mont glob. devis * TVA) IdOuvriers : Ouvrier travaillant ds l'entreprise Nom ouvrier : Nom Ouvrier travaillant ds l'entreprise Ouvriers affectés : Ouvrier de l'entreprise affecté à un chantier Code produit : Id produit Libelle Produit : Libelle du produit Prix Produit ht : prix du produit à facturer Qté en stock Qté prod : Qté prod affectée à chantier Code famille : Identifiant famille produit Libelle famille : Libelle famille produit Vous devez faire : Le modèle conceptuel des données Le modèle logique des données (modèle relationnel). 1 Welling Luke Thomson Laura SAMS Edition 2 Ratschiller Tobias Gerken Till New Riders 3 Valade Janet Wiley Publishing, Inc 4 Lane David O'Reilly 5 Vailly Alain Ellipses - Technosup 6 Tardieu Hubert Rochfeld Arnold Coletti René Editions d'organisation 7 Collongues Alain Dunod Informatique