Ecole Industrielle et Commerciale de la ville de Namur. Structure et application des bases de données. Y. Mine

Transcription

1 Ecole Industrielle et Commerciale de la ville de Namur Structure et application des bases de données 2è graduat en informatique et systèmes * technologie de l information Y. Mine

2 Table des matières Chapitre 1 Les bases de données relationnelles 1.1 Introduction 1.2 Pourquoi une base de données 1.3 Différentes formes 1.4 Le stockage des données (les tables) 1.5 L algèbre relationnel 1.6 Le SGBD 1.7 Le matériel 1.8 Les différents modèles de bases de données 1.9 Les identificateurs 1.10 Notions de clé primaire Chapitre 2 Le modèle entité/associations 2.1 Les entités et leurs attributs 2.2 Les associations 2.3 Les cardinalités 2.4 Traduction en mode relationnel 2.5 Création d une base de données Chapitre 3 Présentation de l interface 3.1 Les index 3.2 L onglet «Afficher» 3.3 Les onglets «SQL» et «Rechercher» 3.4 L onglet «Insérer» 3.5 L onglet «Exporter» 3.6 L onglet «Opérations» Chapitre 4 Création de la base 4.1 Création d une table 4.2 Les types d attributs Les entiers Les flottants Les chaînes Date et heure 4.3 Propriétés des champs Un champ d un enregistrement 4.4 Saisir les données 2

3 Chapitre 5 Les index Structure et application des bases de données 5.1 Avantages 5.2 Inconvénients 5.3 L index sur plusieurs champs 5.4 L indexation d un champ Chapitre 6 Les formulaires 6.1 Interagir avec une base de données 6.2 Création d un formulaire simple 6.3 Composition et ergonomie des formulaires Choix et spécification des éléments Présentation générale Groupement et ordonnancement des champs Champs obligatoires / champs optionnels Rapidité d exécution Protection contre les erreurs Chapitre 7 Le langage MySQL et ses fonctions Exercices 7.1 Introduction à SQL 7.2 MySQL 7.3 Les fonctions MySQL Data retrieval Data manipulation language Les opérations ensemblistes Les états Gestion automatisée par des macros Data definition language Introduire des données via un fichier texte Audit des bases : explain Les procédures stockées Les vues 3

4 Chapitre 1 : Les bases de données relationnelles 1.1 Introduction Une base de données (bd) est un système d'organisation de l'information, conçu pour une localisation et une mise à jour rapide et facile des données. Une bd organise l'information qu'elle contient en tables, en champs (les colonnes) et en enregistrements (les lignes). Chaque enregistrement correspond à un item stocké dans la base de données. Réduire le plus possible la saisie d'informations redondantes est l'un des gros problèmes auquel se sont heurtés les gestionnaires de données. En pratique, on manipule souvent des données ayant la même structure (ex. : liste des membres du personnel : pour chaque personne, on enregistre le nom, le prénom, le sexe, la date de naissance, l'adresse, la fonction dans l'entreprise, etc.) Toutes ces données ont la même structure et peuvent être facilement gérées par des moyens informatiques. Dans le même ordre d'idée, l'encodage d'un achat doit automatiquement afficher dans le masque de saisie toutes les coordonnées du fournisseur dès que l'on a encodé son nom ou son identifiant unique. une base de données est un ensemble structuré de données, géré à l'aide de l'informatique Une collection de données qui supporte les définitions de données de la base Structure intégrée Lien sémantiques Contraintes d intégrité Contraintes de sécurité vues de la base Une collection de données qui supporte les manipulations de recherche de données Interactive Logiquement et physiquement performante insertion, Mise à jour, Suppression de données Cohérente Partagée Fiable En outre, il y a aussi les notions de : exhaustivité : la base contient toutes les informations requises unicité : la même information n'est présente qu'une seule fois Exemples d'utilisation : les fournisseurs les clients les contacts les commandes les factures les produits et services 4

5 le stock le personnel les salaires et les charges correspondantes le commerce électronique, etc. 1.2 Pourquoi une base de données? Intégration de données Moins de duplications Partage de données Fiabilité de données Transactions, reprises sur pannes, tolérance de pannes Sécurité de données Langages de requêtes SQL, QBE Interfaces conviviales Web 1.3 Différentes formes : BDs personnelles MsAccess etc. 10 KO 100 KO BDs professionnelles typiques 100 KO 100 GO BDs professionnelles très grandes Very Large Databases (VLDB) > 100 GO 1.4 Le stockage des données (les tables) Dans une base de données, le stockage se fait de manière organisée. On distingue plusieurs éléments constitutifs. Il y a tout d'abord des tables. Elles portent un nom qui généralement correspondra aux informations contenues. Pour un carnet de contacts, on aura une table appelée Contacts qui contiendra toutes les personnes que l'on connaît. Une table contient des enregistrements. En voyant la table comme un tableau, un enregistrement correspond à une ligne. On pourra dire dans notre exemple, que les différentes personnes constituent les enregistrements de la table Contacts. Un enregistrement est fait de plusieurs champs. Ces derniers correspondent aux informations contenues. Ce sont les enregistrements qui contiennent effectivement des données. Ils correspondront aux colonnes du tableau. Un champ est de plus défini par un type selon les données qui pourront y être enregistrées. Celui-ci indiquera par exemple que le contenu du champ pourra être de un ou plusieurs caractères, un ou plusieurs chiffres, une date,... Des données ayant une même structure peuvent être rangées dans un même tableau. Dans le cas ci-dessous, la première colonne (appelée aussi attribut) contiendra les noms, la seconde les prénoms, la troisième le sexe, la quatrième la date de naissance, etc. La caractéristique 5

6 d'un tel tableau est que toutes les données d'une même colonne sont du même type. Dans une base de données, un tel tableau s'appelle une table. Cette table, nommée "personnes" aura pour attributs (colonnes) : nom, prénom, sexe, adresse, ville et code postal. Les lignes que contiendra cette table seront appelées enregistrements ou tuples. Nom Prénom Sexe Adresse Ville Code postal Durand Pierre M 16, rue de Fer Namur 5000 Chose Stéphanie F 3, Bld d'avroy Liège 4000 Trombe Jean M 3, rue Neuve Bruxelles 1000 Dans une table, les termes ligne et enregistrement sont synonymes. Il en est de même pour les termes colonnes et champs.(row) et (column). 1.5 L'algèbre relationnel L algèbre relationnel regroupe toutes les opérations possibles sur les relations. Projection : on ne sélectionne qu un ou plusieurs attributs d une relation (on ignore les autres). Par exemple n afficher que les colonnes nom et prénom de la table Personnes. nom Martin Dupond Dupond Personnes prénom adresse Pierre 7 allée des vers Jean 32 allé Poivrot Marc 8 rue de l octet téléphone SELECT nom, prénom FROM Personnes nom Martin Dupond Dupond prénom Pierre Jean Marc Jointure : on fabrique une nouvelle relation à partir de 2 ou plusieurs autres en prenant comme pivot 1 ou plusieurs attributs. Par exemple, on concatène la table du carnet d adresse et celle des inscrits à la bibliothèque en fonction du nom de famille (c est typiquement du recoupement de fichiers). 6

7 Personnes Bibliothèque nom Martin Dupond prénom Pierre Jean adresse 7 allée des vers 32 allé Poivrot téléphone nom Dupond Jospin Martin Dernierlivre Robinson Faust Misère SELECT Personnes.prénom, dernierlivre FROM Personnes, Bibliothèque WHERE Personnes.nom = Bibliothèque.nom prénom Jean Pierre Dernierlivre Robinson Misère On joint les deux tables, grâce à la colonne nom. Et on combine cette jointure à une projection sur les attributs nom et dernierlivre. Attention à lever toute ambiguïté sur les noms d attribut dans le cas où deux tables possèdent des colonnes de même nom. Sélection : on sélectionne tous les tuples ou bien seulement une partie en fonction de critères de sélection qui portent sur les valeurs des attributs. Par exemple n afficher que les lignes de la table Personnes qui vérifient la condition suivante : le nom ne commence pas par la lettre C. nom Martin Dupond Dupond Personnes prénom adresse Pierre 7 allée des vers Jean 32 allé Poivrot Marc 8 rue de l octet téléphone SELECT * FROM Personnes WHERE nom = Dupond On ne sélectionne que les tuples dont l attribut nom est égale à Dupond. nom prénom adresse téléphone Dupond Jean 32 allé Poivrot Dupond Marc 8 rue de l octet Cette algèbre est facilement possible avec les commandes de MySQL (SELECT FROM WHERE ). 1.6 Le logiciel (SGBD) Système de Gestion de Base de Données (SGBD) Système logiciel gérant une BD Peut avoir des composants matériels Mono ou multiposte 7

8 En général, peut gérer plusieurs BDs Peut aussi accéder aux BDs d autres SGBDs Le logiciel qui gère une base de données s'appelle un système de gestion de base de données. (SGBD - DBMS pour Data Base Management System). Tous les SGBD présentent à peu près les mêmes fonctionnalités. Ils se distinguent par leur coût, par le volume de données qu'ils sont capables de gérer, par le nombre d'utilisateurs qui peuvent interroger la base simultanément, par la facilité avec laquelle ils s'interfacent avec d'autres logiciels, etc. Une BDD peut servir à une seule personne, ou être à la disposition de dizaines de milliers d'agents (systèmes de réservation des billets d'avion). Un SGBD est principalement constitué d'un moteur et d'une interface graphique. Le moteur assure les fonctions essentielles : saisir les données, les stocker, les manipuler, etc. L'interface graphique permet à l'utilisateur de communiquer avec le logiciel. Pour dialoguer avec les SGBD qui ne sont pas équipés d'une interface graphique, il faut utiliser le langage SQL (Structured Query Language), et introduire les instructions à l'aide d'un éditeur de lignes. Langage normalisé de manipulation des bases de données, SQL est utilisable avec pratiquement tous les SGBD du marché. Cependant, chaque éditeur ayant développé son propre "dialecte" il faut pouvoir disposer d'un "dictionnaire" pour transporter une BDD d'un SGBD à l'autre. Ce "dictionnaire" a été développé par Microsoft sous le nom ODBC (Open Data Base Connectivity). 1.7 Le matériel (serveur de BDD) Dépend du volume des données stockées dans la base et du nombre maximum d'utilisateurs simultanés. Lorsque le nombre d'enregistrements par table n'excède pas le million, et que le nombre d'utilisateurs varie de une à quelques personnes, un pc actuel de bonnes performances, un logiciel système pour poste de travail, et un SGBD "bureautique" suffisent. Exemple : Microsoft Access 2002, installé sur un PC récent, doté de 1 Go de mémoire vive et fonctionnant sous Windows XP. Si ces chiffres sont dépassés, il faut utiliser un serveur de BDD, dont les accès aux disques sont nettement plus rapides. Le système client doit être remplacé par un système serveur (multi-utilisateurs), et le SGBD bureautique par un SGBD prévu pour les grosses BDD multiclients. 1.8 Les différents modèles de bases de données Les bases de données du modèle "relationnel"* sont les plus répandues, car elles conviennent bien à la majorité des besoins des entreprises. Le SGBD qui gère une BDD relationnelle est appelé "SGBD relationnel" (SGBDR). * Base de données qui contient des tables et autres sujets, et dont l'information est organisée par différentes relations entre tables. 8

9 D'autres modèles de bases de données ont été proposés : hiérarchique, en réseau, orienté objet, relationnel objet. Aucun d'entre eux n'a pu détrôner le modèle relationnel (sauf le relationnel objet - Oracle). Malgré sa généralité, le modèle relationnel ne convient pas à toutes les BDD rencontrées en pratique. Il existe donc des SGBD spécialisés. Les deux exemples les plus connus concernent la gestion des BDD bibliographiques (ou documentaires), et celle des BDD géographiques gérées à l'aide d'un SIG (Système d'information Géographique). 1.9 Les identificateurs Les noms des bases, relations, attributs, index et alias sont constitués de caractères alphanumériques et des caractères _ et $. Un nom comporte au maximum 64 caractères Comme les bases de données et les relations sont codées directement dans le système de fichiers, la sensibilité à la casse de MySQL dépend de celle du système d exploitation sur lequel il repose. Sous Windows, la casse n a pas d importance ; alors que sous Unix, elle en a. Le point. est un caractère réservé utilisé comme séparateur entre le nom d une base et celui d une relation, entre le nom d une relation et celui d un attribut. Exemple : SELECT base1.table25.attribut5 FROM base1.table Notions de clé primaire L option PRIMARY KEY qui regroupe les contraintes NOT NULL (ne peut pas être vide) et UNIQUE (pas de doublon) va permettre d'identifier tous les enregistrements d'une table. nom Dupond Dupont Martin Martin Martin prénom Marc Pierre Marc Pierre Marc enregistrement interdit car le couple ( Martin, Marc ) est un doublon du couple (nom, prénom ) 9

10 Chapitre 2 : Le modèle entité / associations Le modèle Entité Association Cardinalité Ce modèle compte 4 concepts principaux : entité, attribut, association et cardinalité. Entité = classe générique d'individus ou d'objets ayant les mêmes caractéristiques. Ex: les entités "clients", "livres" ou "fournisseurs", dans une base de données de librairie. Association = classe générique de liens reconnus ou possibles entre individus ou objets. Ex: l'association "achète" lie les clients et les livres d'une librairie. Attribut = propriété distinctive d'une entité ou d'une association. Ex: le nom d'un client est un attribut de l'entité "clients". Cardinalité = caractérisation de l'implication de l'association (p.ex. l'expression (1,N), où 1 représente le minimum et N le maximum d'occurrences dans l'association), qui permet de dénombrer les éléments de l'entité d'arrivée en relation avec un élément de l'entité de départ Exemple d'entité : une base de livres qui sont caractérisés par un titre, un auteur principal, un ISBN, un éditeur, une année de parution et un nombre de pages. Ces différents éléments, (qui sont les attributs de l'entité) sont communs à tous les livres. Pour chaque livre, leur contenu est unique et ne changera pas. 2.1 Les entités et leurs attributs Les entités seront représentées de la manière suivante : Voici un système composé de 3 entités, chacune possède ses propres attributs 10

11 2.2 Les associations Ces entités sont liées par des associations à qui on peut donner un nom, afin de clarifier leur rôle : acheter, livrer, et qui reflètent les interactions présentes entre ces entités. 2.3 Les cardinalités Une cardinalité, dans une association, exprime le nombre de participations possibles d'une occurrence de chaque entité à l'association. Ce nombre étant variable, on note la cardinalité minimum et la cardinalité maximum. Comme il y a deux entités (au moins) associées, la cardinalité est précisée pour chaque entité. Il existe différents types de cardinalités: modèle "1-1": à une occurrence de l'entité E1 peut correspondre au maximum une occurrence de l'entité E2. Ex: l'association "vente" liant les entités "livres" et "fournisseurs" : un livre ne peut être vendu que par un seul fournisseur à la fois. modèle "1 - n": à une occurrence de l'entité E1 peuvent correspondre de une à plusieurs occurrences de l'entité E2, Ex: l'association "posséder" liant les entités "propriétaires" et "voitures" : un propriétaires peut posséder une ou plusieurs voiture. modèle "n - n": à plusieurs occurrences de l'entité E1 peuvent correspondre plusieurs occurrences de l'entité E2. Ex: l'association "achète" liant les entités "clients" et "produits" d'un supermarché modèles "0-1", "0 - N" 11

12 Exercice 01 : établir des modèles Entité Association Cardinalité 2.4 Traduction en mode relationnel Après avoir établi le modèle entité/association, il faut traduire le schéma en mode relationnel, c'est-à-dire dans un format réellement exploitable par la base de données qui va être créée. Cette traduction peut s'opérer selon 2 règles différentes, en fonction de la cardinalité présente sur l'association. Chaque association va être examinée afin de voir si on y trouve des cardinalités (1-1) ou (0-1) 1 ère règle : il n'y a PAS de cardinalité (1-1) ou (0-1) : L'association disparaît On crée une relation (une table) "achats" On crée une contrainte d'intégrité référentielle * entre clé primaire et secondaire * contraintes d'intégrité référentielle Une contrainte d'intégrité est une clause permettant de contraindre la modification de tables, faite par l'intermédiaire de requêtes d'utilisateurs, afin que les données saisies dans la base soient conformes aux données attendues. Ces contraintes doivent être exprimées dès la création de la table grâce aux mots clés suivants: * CONSTRAINT * DEFAULT * NOT NULL * UNIQUE * CHECK DEFAULT Le langage SQL permet de définir une valeur par défaut lorsqu'un champ de la base n'est pas renseigné grâce à la clause DEFAULT. Cela permet notamment de faciliter la création de tables, ainsi que de garantir qu'un champ ne sera pas vide. La clause DEFAULT doit être suivie par la valeur à affecter. Cette valeur peut être un des types suivants: 12

13 * constante numérique * constante alphanumérique (chaîne de caractères) * le mot clé USER (nom de l'utilisateur) * le mot clé NULL * le mot clé CURRENT_DATE (date de saisie) * le mot clé CURRENT_TIME (heure de saisie) * le mot clé CURRENT_TIMESTAMP (date et heure de saisie) NOT NULL vérifie que le contenu du champ n'est pas nul Unique Une table peut posséder une ou plusieurs contraintes d'unicité, chacune étant composée d'une ou plusieurs colonnes de la table. La clause UNIQUE permet de vérifier que la valeur saisie pour un champ n'existe pas déjà dans la table. Cela permet de garantir que toutes les valeurs d'une colonne d'une table seront différentes. CHECK définit une condition que chaque rang doit satisfaire Les index sont utilisés pour trouver des lignes de résultat avec une valeur spécifique, très rapidement. Sans index, MySQL doit lire successivement toutes les lignes, et à chaque fois, faire les comparaisons nécessaires pour extraire un résultat pertinent. Plus la table est grosse, plus c'est long. Si la table dispose d'un index pour les colonnes utilisées, MySQL peut alors trouver rapidement les positions des lignes dans le fichier de données, sans avoir à fouiller toute la table. Si une table à 1000 lignes, l'opération sera alors 100 fois plus rapide qu'une lecture séquentielle. Notez que si vous devez lire la presque totalité des 1000 lignes, la lecture séquentielle se révélera alors plus rapide, malgré tout. Les index de MySQL sopnt PRIMARY, UNIQUE et INDEX. En MySQL, il est possible de définir des clés, c'est-à-dire spécifier la (ou les) colonne(s) dont la connaissance permet de désigner précisément un et un seul tuple (ligne). Primary Key (clé primaire). un ou plusieurs champs qui définissent de manière unique un enregistrement.. Elle peut être composée d'une ou plusieurs colonnes (champs) de la table. Toutes les lignes (enregistrements) de la table doivent satisfaire aux conditions suivantes : Toutes les colonnes des clés primaires doivent ne pas être nulles. Toutes les lignes doivent posséder une valeur de clé primaire différente. Une et une seule clé primaire par table Foreign key (clé étrangère ou secondaire) Les systèmes de base de données utilisés sont le plus souvent de type relationnel. Par ce terme est exprimé le fait que des relations entre les tables vont exister. On aura alors la présence de clés étrangères. Une clé étrangère est une clé primaire pour une table qui est stockée dans une autre table afin d'établir un lien entre les deux. Une table dépendante peut disposer d'une ou plusieurs clés étrangères, chacune étant constituée d'une ou plusieurs colonnes de la table. Chaque clé étrangère fait référence à une (ou plusieurs) colonne(s) correspondante(s) d'une clé primaire dans la table parent. Pour chaque clé étrangère, toutes les lignes de la table dépendante doivent posséder une valeur correspondante dans la table parent ou avoir une ou plusieurs colonnes de la clé étrangère nulles. N'est supporté qu'à partir de MySQL 5.0 Trigger (gâchette): garantie de l'intégrité référentielle Les clés étrangères permettent de définir les colonnes d'une table garantissant la validité d'une autre table. Ainsi, il existe des éléments (appelés triggers, ou en français gâchettes ou déclencheurs) permettant de garantir l'ensemble de ces contraintes que l'on désigne par 13

14 le terme d'intégrité référentielle, c'est-à-dire notamment de s'assurer qu'un tuple utilisé à partir d'une autre table existe réellement. Ces triggers sont ON DELETE et ON UPDATE: * ON DELETE est suivi d'arguments entre accolades permettant de spécifier l'action à réaliser en cas d'effacement d'une ligne de la table faisant partie de la clé étrangère: o CASCADE indique la suppression en cascade des lignes de la table étrangère dont les clés étrangères correspondent aux clés primaires des lignes effacées o RESTRICT indique une erreur en cas d'effacement d'une valeur correspondant à la clé o SET NULL place la valeur NULL dans la ligne de la table étrangère en cas d'effacement d'une valeur correspondant à la clé o SET DEFAULT place la valeur par défaut (qui suit ce paramètre) dans la ligne de la table étrangère en cas d'effacement d'une valeur correspondant à la clé * ON UPDATE est suivi d'arguments entre accolades permettant de spécifier l'action à réaliser en cas de modification d'une ligne de la table faisant partie de la clé étrangère: o CASCADE indique la modification en cascade des lignes de la table étrangères dont les clé primaires correspondent aux clés étrangères des lignes modifiées o RESTRICT indique une erreur en cas de modification d'une valeur correspondant à la clé o SET NULL place la valeur NULL dans la ligne de la table étrangère en cas de modification d'une valeur correspondant à la clé o SET DEFAULT place la valeur par défaut (qui suit ce paramètre) dans la ligne de la table étrangère en cas de modification d'une valeur correspondant à la clé 2ème règle : il y a une ou des cardinalités (1-1) ou (0-1) : L'association disparaît On crée une contrainte d'intégrité référentielle entre clé primaire et secondaire One ne crée PAS de relation (table) supplémentaire Dans notre exemple : La relation clients-livres appartenant à la 1 ère règle : on crée une clé primaire dans la table "Clients" via un n unique nommé IDclient on crée une nouvelle table nommée "Achats" on crée une clé primaire dans la table "Achats" via un attribut à n unique nommé N Achat on crée une clé primaire dans la table "Livres" sur l'attribut ISBN car il est unique on crée une clé secondaire IDclient dans la table "Achats" liée à la clé primaire IDclient de la table "Clients" on crée une clé secondaire ISBN dans la table "Achats" liée à la clé primaire ISBN de la table "Livres" La relation fournisseurs-livres appartenant à la 2 ère règle : on crée une clé primaire dans la table "Fournisseurs" sur l'attribut TVA car il est unique on crée une clé secondaire TVA_fourn dans la table "Livres" liée à la clé primaire TVA_fourn de la table "Fournisseurs" 14

15 Les clés secondaires se placent en principe du côté de la cardinalité (1-1). Attention toutefois aux logiciels de design de DB qui placent les cardinalités "à l'envers". Une fois le schéma relationnel complété et validé, on peut commencer à créer la db. Plusieurs systèmes permettent de travailler sur des db. Nous allons utiliser le langage SQL, qui est de loin le plus utilisé aujourd'hui, au travers de l'interface EasyPHP qui offre un maximum de convivialité et qui est un produit Open Source. Exercice 02 : traduire en mode relationnel 2.5 La création d'une bd La première opération consiste à créer une base de données vide. Nous allons utiliser EasyPHP qui procure l'interface de phpmyadmin, version 2.6.1, qui tourne un serveur Apache et MySQL Cette version de MySQL ne reconnaît pas encore toutes les instructions SQL Ansi

16 Chapitre 3 : Présentation de l'interface Le menu déroulant permet de choisir la base sur laquelle on désire travailler. Les différentes tables de la base sont listées en dessous. Ce sont en fait des liens qui permettent d'y accéder directement. En suivant le lien "achats", on arrive à l'écran suivant : de haut en bas, on y trouve : 16

17 Indicateur de navigation : ici base "biblio", table "achats", onglet " structure" 9 onglets menant à différentes fonctions : afficher, (voir plus bas) description de la table composée de 3 attributs (3 champs) chaque attribut est défini selon son nom, son type, la fonction null. Les logos des actions signifient A/ modifier les caractéristiques de l'attribut B/ effacer l'attribut C/ créer une clé primaire sur l'attribut D/ créer un index sur l'attribut E/ crée un index unique F/ crée un index texte entier une commande d'ajout de champ et la possibilité de le positionner un résumé des clés associées aux champs et de l'espace utilisé une fenêtre d'exécution de requête SQL (sur la base courante) soit directement encodée ou issue d'un fichier existant (requêtes longues) 17

18 3.1 Les index Les index sont utilisés pour : * Trouver rapidement des lignes qui satisfont une clause WHERE. * Ecarter rapidement des lignes. S'il y a un choix à faire entre plusieurs index, MySQL utilise généralement celui qui retourne le plus petit nombre de lignes. * Lire des lignes dans d'autres tables lors des jointures. * Trouver les valeurs MAX() et MIN() pour une colonne indexée. * Trier ou grouper des lignes dans une table, si le tri ou le regroupement est fait avec un préfixe à gauche utilisable (par exemple, ORDER BY key_part_1,key_part_2 ). * Dans certains cas, la requête peut être optimisée pour lire des valeurs sans consulter le fichier de données. index "unique" Définit la colonne comme étant un identifiant unique. Permet d'avoir un index UNIQUE sur toute combinaison de colonnes de la table. Vous ne pourrez pas utiliser un index UNIQUE pour une recherche unique : une adresse pointe vers un enregistrement (ex : clé primaire) Index "fulltext" MySQL propose l'indexation et la recherche sur l'ensemble d'un champ "text" (full-text). Les index FULLTEXT peuvent être créés depuis des colonnes de types CHAR, VARCHAR, ou TEXT au moment de CREATE TABLE ou plus tard avec ALTER TABLE ou CREATE INDEX. La taille minimale des mots à indexer est de 4 caractères. Pour les enregistrements les plus grands, il sera plus rapide de charger les données dans une table qui n'a pas d'index FULLTEXT, et ensuite de créer l'index avec ALTER TABLE (ou CREATE INDEX ). L'enregistrement de données dans une table qui a déjà des index FULLTEXT sera plus lent. La recherche sur un texte en entier est effectuée par la fonction MATCH(). 18

19 3.2 l'onglet "Afficher" Structure et application des bases de données Cette page affiche essentiellement le contenu des enregistrements de la table. Chaque entrée peut être éditée, supprimée ou exportée (3 logos). En bas de page, on peut régler les paramètres d'affichage des entrées de la table, ensuite on trouve un lien pour insérer un nouvel enregistrement, un autre qui affiche une version imprimable, puis une version imprimable complète. Le dernier lien mène vers les paramètres d'exportation de la table. 3.3 l'onglet "SQL" 19

20 Offre une fenêtre d'encodage des requêtes SQL. Une requête minimaliste y est encodée, qui demande de montrer toutes les toutes les entrées de la rubrique achat. Après avoir cliqué le bouton "Exécuter", nous obtenons l'écran suivant : D'abord un rappel du code SQL demandé, Un réglage des paramètres d'affichage des entrées de la table Le contenu de la table, selon les paramètres définis l'onglet "Rechercher" 20

21 Comme son nom l'indique, permet d'effectuer des recherches dans les tables; on y trouve : Une liste des champs de la table qui seront affichés en fin de requête, il faut en choisir au moins un (ou plusieurs, ou tous) Un réglage du nombre de lignes qui seront affichées par page Un ordre d'affichage des champs Une zone d'encodage pour des requêtes SQL (critères de recherche) Une zone de recherche par valeur, par champ La requête encodée ci-dessus (afficher tous les enregistrements de la table dont la valeur est à "1" dans l'attribut IDclient) donne le résultat suivant : 3.4 l'onglet "Insérer" 21

22 Permet d'ajouter des enregistrements dans la table on peut choisir de faire des ajouts en boucle. Cliquer "Exécuter". Maintenant, la table "achat" compte 4 entrées 3.5 l'onglet "Exporter" Permet l'exportation de la base dans 5 formats. Pour chaque format, des options sont disponibles (qui varient selon le format choisi). Pour SQL, il est possible de choisir le mode de compatibilité notamment entre différentes versions de MySQL et Oracle. 22

23 3.6 l'onglet "Opérations" On peut y remettre la table en ordre (des champs), la renommer, la déplacer, la copier, y adjoindre des commentaires, changer le type et le set ISO de caractères. Le second menu permet de faire la maintenance de la table. Les types de tables MySQL fournit une base de données à géométrie variable, dont le moteur s'adapte aux besoins pour de meilleures performances. MySQL donne le choix entre plusieurs moteurs de base de données et permet de permuter facilement entre eux. Choisir son moteur Le nombre de moteurs de base de données disponibles dépend de la façon dont l'installation locale de MySQL a été compilée. Pour ajouter un nouveau moteur, MySQL doit être recompilé. 23

24 Par défaut, MySQL supporte 3 moteurs de base de données: ISAM, MyISAM et HEAP. La plupart du temps, 2 autres types, InnoDB et Berkley (BDB), sont également disponibles. ISAM Le moteur de tables originale était ISAM, qui gérait des tables non-transactionnelles. Ce moteur a été remplacé par le moteur MyISAM. Il est abandonné et ne doit plus être utilisé. Il sera supprimé en MySQL 5.0. Une transaction est un jeu de une ou plusieurs instructions qui sont exécutées ensembles de façon unitaire, donc toutes les instructions sont exécutées, ou aucune. Par exemple, la mise à jour de plusieurs tables, en cascade et automatiquement, dès qu'une valeur est modifiée dans une table MyISAM MyISAM est le format ISAM étendu de MySQL et son moteur de base de données par défaut. MyISAM utilise un mécanisme de verrouillage des tables pour optimiser plusieurs opérations de lecture et d'écriture simultanées. En échange, il faut exécuter la commande OPTIMIZE TABLE de temps en temps pour récupérer l'espace occupé inutilement par les algorithmes de mise à jour. MyISAM possède également quelques extensions utiles, comme l'utilitaire MyISAMChk pour réparer les fichiers de base de données et l'utilitaire MyISAMPack pour récupérer l'espace gaspillé. Il est focalisé sur les opérations de lecture rapide, principale raison qui explique la popularité de MySQL dans le développement web car la grande majorité des opérations effectuées sur les données sont des opérations de lecture. Par conséquent, la plupart des fournisseurs d'hébergement permettront d'utiliser le format MyISAM uniquement. HEAP HEAP prend en compte les tables temporaires qui résident uniquement en mémoire. Le maintien en mémoire rend HEAP plus rapide qu'isam ou MyISAM, mais les données qu'il gère sont volatiles et seront perdues si elles ne sont pas sauvegardées avant l'arrêt. De plus, HEAP ne gaspille pas autant d'espace lorsque des lignes sont supprimées. InnoDB et Berkley DB Les moteurs de base de données InnoDB et Berkley DB (BDB) sont des produits directs de la technologie qui rend MySQL si flexible, c'est-à-dire l'api MySQL++. Presque tous les obstacles à surmonter en utilisant MySQL découlent directement du fait que les moteurs de base de données ISAM et MyISAM ne sont pas transactionnels et ne supportent pas les clés étrangères. Bien qu'ils soient beaucoup plus lents que les moteurs ISAM et MyISAM, InnoDB et BDB incluent le support transactionnel et des clés étrangères qui font défaut aux deux autres. Utiliser les transactions pour préserver l'intégrité des données En plus de grouper les instructions ensembles pour être exécutées unitairement, les transactions peuvent aider à préserver l'intégrité des données dans une table. Par exemple, imaginons qu'un employé était supposé entrer les nouveaux prix du café dans la table CAFE, mais ne l'a pas fait depuis quelques jours. Pendant ce temps, les prix ont augmentés, et le propriétaire décide de mettre à jour les nouveaux prix dans la table. L'employé se décide finalement à entrer les prix n'étant plus à jour dans la base de données en même temps que le propriétaire met à jour la table. Après avoir inséré les prix non à jour, l'employé réalise qu'ils ne sont plus valides, et utilise la méthode rollback de l'objet Connexion afin d'annuler les effets de ses manipulations. (La méthode rollback met fin à une transaction et restaure les valeurs présentes avant qu'elles aient été mises à jour). Mais en même temps, le propriétaire exécute une instruction SELECT puis affiche les nouveaux prix. Dans cette situation, il est possible que les prix affichés par le propriétaire proviennent d'un rollback contenant les anciens prix, rendant l'affichage des prix incorrects. 24