Un exemple de la nécessité de l'utilisation d'une base de données: Un site de e-learning souhaite indéxer complètement le contenu présent sur son site (cours, quizz etc...).Afin de réaliser cette opération il est nécessaire de stoquer tout le contenu en base de données afin que l'utilisateur puisse retrouver les informations qu'il souhaite.

Le cadre théorique dans lequel s'insère la création des bases de données relationelles est basé sur l'algèbre relationel. La théorie de l'algèbre rationel n'est pas un prérequis nécessaire pour l'utilisation des RDBMS (ouf!!!! ;) ) Cependant il est nécessaire de comprendre quand même quelques concepts de base des RDBMS.

2.2.2 Les tables

Les bases de données relationelles sont fondées sur des relations, ces relations sont plus communémment appellées "tables".

Une table c'est en quelque sorte un tableau de données, souvenez vous ! IS vous avez déjà utilisé un tableur (excel like) et bien une feuille de calcul c'est comme une table) (cet exemple est un peu caricatural cependant il a pour objectif de proposer une représentation globale de ce que peux représenter une table).

2.2.3 Les Colonnes (Columns)

Chaque colonne dans une table possède un nom unique et contient des données différentes

Chaque colonne à un type particulier qui lui est assigné (assigned data type)

exemple des integers, floating points ou des strings cf.Sql data types pour avoir d'autres exemples.

exemples

Les colonnes sont aussi appellées parfois Champs ou attributs (Field or attributes)

2.2.4 Les lignes (Rows)

Désigne les lignes qui composent une table. Les lignes sont aussi appellées enregistrements (records) ou tuples

2.2.5 Les Valeurs

Chaque rangée correspond à un ensemble de valeurs correspondant à une colonne.

Chaque valeur doit impérativement avoit un data-type qui lui est assigné en fonction de la colonne ou il se situe.

2.2.6 Les clés (Keys)

Dans la situation d'une base de données qui représenterait un ensemble d'informations client, nous devons obligatoirement avoir un moyen d'identifier de manière unique au sein du système chaque client. C'est ici que les clés interviennent.

Les noms ne sont pas des identifiants uniques car vous ne pouvez absolument pas garantir que tous vos clients auront des noms différents !!!

En résumé les clés sont des identifiants uniques attribués automatiquement par le RDBMS afin de respecter les règles d'intégrité.

2.2.7 Le Schéma (modèle conceptuel de données)

Le MCD est une sorte de schéma de la base de données. C'est un schéma qui doit montrer notament les tables avec leurs colonnes, data-types ainsi qu'indiquer les clés primaires et secondaires et les types de relation

L'ensemble complet d'une base de données est modélisé par un document que l'on appelle un MCD (Modèle conceptuel de données, généralement décrit avec des outils genre UML ou systèmes de pétris pour des méthodes plus expérimentales)

Le MCD ne représente pas les données en elles même mais plutôt l'architecture du système et gère cette information.

Le MCD est un document servant principalement pendant la phase de conception du RDBMS, c'est un document indissociable de nombreux meeting qui sont toujours assez délicat (bien souvent la codification de pratique implique l'explicitation de processus politiquement sensibles au sein de l'organisation.

Actuellement plusieurs outils peuvent être utilisés pour modéliser les MCD, un des plus utilisé reste Visio, cependant il est évident que certains produits open source devrait permettre des taches similaires (php svg ?)

2.2.8 Les relations

Les clés étrangères représentent des relations entre des données dans deux tables différentes.

Il y a trois types de relations possibles dans un RDBMS.

Ces relation sont classifiées en fonction du nombre d'élèments intervenant dans chaque membre de la relation.

One to One

Un élèment est relié à un (et un seul!) autre élément

One to Many

Un élèment est relié à plusieurs élèments

Many to Many

Plusieurs élèments sont reliés à plusieurs élèments.

3. Web database architecture basics

3.1 Normalisation

3.1.1 Introduction

Déterminer le moment où un nouveau tableau et d'en choisir les clés est nécessaire est un art complexe. De nombreuses ressources sont disponibles concernant les diagrammes de relations d'entité et de normalisation (1X,2X ou la très rarement utilisée 3x).

Afin de vous proposer des informations pratiques et directement opérationalisables dans des projets de petites tailles, il sera évoqué ici uniquement les concepts basiques de conception de l'architecture d'une base de données.

3.1.2 Refléxion concernant les objets réels que vous souhaitez modéliser.

La création d'une base de données correspond à la modélisation d'objets et de relations existants déjà dans le monde réel. Il est important d'avoir une visions claire de ces objets et relations afin de pouvoir les modéliser et ensuite procéder à leur implémentation.

Tous les types d'objet réels que vous souhaitez modéliser correspondent généralement à un tableau qui leur est propre.Celà s'explique par le fait que les information stoquées à propos d'un même objet doivent être homogènes et consistantes.

L'exemple d'une base de données rudimentaire de librairie serait constituée d'un tableau client, un tableau commandes et un tableau livres.

3.1.3 Pas d'informations redondantes

Exemple

On pourrait envisager d'enregistrer l'adresse du client dans le tableau des commandes.

A votre avis quel est le problème ?

Si le même client passe plusieurs fois la même commande...son nom sera donc stoqué plusieurs fois dans la base de données.

A votre avis pourquoi celà est - il génant ?

C'est un gaspillage de ressources systèmes donc une conduite à proscrire.

Dans le cas ou votre client change de nom ou d'adresse la maintenance des données est difficille étant donné qu'il faut mettre à jour plusieurs endroits dans la base. Celà peux être une cause directe de la violation des règles d'intégrité et donc entrainer des hétérogénéités et des disfonctionements dans les processus de traitement des données. On ne peut plus savoir quelles sont les information correctes, celà aboutit à une perte d'informations.

Trois types d'anomalies

Anomalie de modification (cf exemple)

Anomalie d'insertion

avec l'architecture ou il faut enregistrer l'adresse avec la commande, dans le cas où on enregristre une nouvelle commande il faut rester vigilent quand à la cohérence des données par rapport à celles déjà présentent dans la base.

Si on enregistre deux fois le même client avec des adresses différentes ont aboutit à un stoquage non consistant des données, c'est donc un résultat à proscrire.

Ce type d'anomalie est appellé anomalie d'insertion car elle intervient au moment ou on insère du contenu dans la base

Anomalie de suppression

Ce type d'anomalie est appellé de la sorte car le problème apparaît quand on effectue une opération de suppresion dans la base de données.

En imaginant toujours l'architecture commande/informations client, il y aurait un problème une fois que la commande serait traitée elle serait effacée du tableau commandes. Les données relatives au profil du client seraient perdues, celà pourrait-être souhaitable dans le cadre du respect de la vie privée cependant lea fichiers clientènles représentent une ressource précieuse pour une entreprise, il est donc naturel de s'assurer que ces informations seront conservées.

La suppression de données est directement déterminées a priori par le DBA (database administrator) qui met en place notamment, les règles de contraintes d'intégrités.

3.1.4 Utiliser des valeurs atomiques

Chaque attribut de chaque ligne ne correspond qu'à une seule chose.

Figure 7.5

Si l'attribut d'une ligne contient deux données différentes, il est alors impossible de pouvoir extraire cette information par la suite.

3.1.5 Importance du choix des clés

Il faut que les clés que vous choisissiez soient impérativement uniques !

L'utilisation d'une clé est indispensable afin de pouvoir discriminer chaque élément dans la base de données.

Certains éléments n'ont pas besoin d'être identifiés par une clé car ils sont uniques, par exemple un numéro ISBN pour un livre. Il faut être vigilent car ces cas sont assez rares ! Dans la majorité des cas une clé est impérativement nécessaire.

3.1.6 Eviter les attributs vides

Par exemple nous souhaitons permettre aux utilisateurs de pouvoir mettre un commentaire à un objet.

On peux ajouter une table commentaire

A votre avis dans quel contexte cette architecture peux s'avérer problématique ?

Si tous les utilisateurs joingnent un commentaire tout va bien. Mais si la fréquence de ce cas est faible votre base de données va comporter un nombre importants d'attributs vides.

Pour des raisons d'optimisation et d'intégrité celà est bien évidemment à éviter.

Comment faire ?

Figure 7-7

Seuls les objets qui sont commentés sont référencés dans le tableau Article_Commentaire

3.2 Extraction des données

3.2.1 Anticiper les usages

Architecture de l'information

WireFrame

BLuePrint

Content labelling

Définition des rôles et contextes d'utilisation

Enquêtes ethnographiques

Interview semi-directives afin de dresser un inventaire des besoins le plus exhaustif possible.

Le retour sur investissement est de l'ordre de 10x concernant un investissement en phase de conception. Celà s'explique par les couts beaucoup plus importants de corrections de bugs ou d'ajouts de fonctionalités en phase de production.

Malgré le nombre d'entretiens, les brainstorming, les réunions, résolutions de conflits, debriefing et autres changements de couleurs successifs du Modèle conceptuel de données, le concepteur doit toujours garder en tête qu'un inventaire exhaustif des besoins à priori est un idéal qui n'est que très rarement atteind (sans phases itératives). Il faut donc s'efforcer de prévoir un système pouvant apporter le plus de modularité possible afin d'anticiper et de satisfaire des besoins ad-hoc sans nécessiter des changements conséquents dans l'architecture de la base de donneés.

Bien souvent le démarage d'un projet est une phase critique, afin d'assurer la viabilité du produit il est important de respecter cette phase d'analyse afin de ne pas se jeter dans le codage sans cette réflexion nécessaire (pouvant être justifiée par une méthode d'Extreme programming opérationalisée de manière un peu radicale).

Une modélisation claire et réfléchie à priori du MCD permettra de fournir des documents explicites aux équipes de développement.

Ces documents sont la base d'une stratégie de motivation des effectifs car celà permet d'exposer et partager des objectifs communs identifiés.

C'est aussi une façon de s'assurer du parcours sur les jalons du projet afin de toujours être vigilent concernant l'avancement et le respect des délais.

3.3 Un petit résumé sur les tableaux

3.3.1 Il y a deux types de tableaux:

Des tableaux simples décrivant des objets du monde réel.

Ces tableaux peuvent contenir des clés vers d'autres objets simples (avec relation one-to-one ou one-to-many)

Par exemple un client peut passer plusieurs commandes mais chaque commande est effectuée par un seul client.

Des tableaux de liaison qui décrivent des relation de type many-to-many entre deux objets réels.

Par exemple ces tableaux sont souvent associés à des transactions réelles.

4. Web Database conception

4.1 Prérequis techniques nécessaires pour l'utilisation de Php et MySql

4.1.1 Vous devez avoir un serveur Apache installé

4.1.2 Vous devez avoir une version de PHP installée

4.1.3 Vous devez avoir un Serveur MySql installé

4.1.4 L'installation et utilisation de PhpMyAdmin peux aussi vous faliciter grandement la tache

phpMyAdmin à Tecfa

Documentation de phpMyAdmin

4.2 Un peu de code vaudra mieux qu'un long discours !

4.2.1 Création d'une table

exemple

CREATE TABLE clients_tbl (id INT not null AUTO_INCREMENT, prenom VARCHAR (50) not null , nom VARCHAR (50) not null , ne_le DATE not null , ville VARCHAR (90) not null , enfants INT not null , PRIMARY KEY (id))

Explications

INT pour Integer (nombre entier) : C'est l'id qui va nous permettre de classer nos enregistrements, l'auto-increment se charge d'affecter un nouveau numéro aux nouveaux enregistrements qui s'ajoutent dans la table.

Varchar pour Chaîne de caractères : Nous l'utilisons quand nous souhaitons que le champs puisse recevoir aussi bien des Chaîne mélangeant texte, nombre, etc ...

Idem que PRENOM , la valeur placée entre parenthèses définie le nombre maximum de caractères que le champs accepte, ici 50. Si vous essayez d'insérer une chaîne de 55 caractères, les 5 derniers seront coupés.

Date : Permet de stocker des dates, mais attention TOUJOURS au format US soit : Année/mois/jour, si vous envoyez un format français J/M/A vous obtiendrez une date fausse dans la base.

Idem que PRENOM , ici nous avons spécifier 90 caractères car certaines villes comportent beaucoup de caractères (avec 90 nous sommes sûr)

INT (nombre entier) : Dans ce champs n'arriveront que des nombres entiers donc le INT voir SMALL INT et de rigeur.

4.2.2 Altération d'une table

Exemple1

ALTER TABLE clients_tbl ADD tel INT not null

Explications

ALTER TABLE : Une fois que votre table est créée vous pourrez bien sûr la modifier en utilisant ALTER TABLE. La requête ci-dessus ajoute un champ.

Exemple2

ALTER TABLE permet aussi d'effacer des champs.La requête ci dessous efface le champ tel

ALTER TABLE clients_tbl DROP tel

4.2.3 Suppression d'une table

Exemple

DROP TABLE clients_tbl

Explications

DROP TABLE : Il s'agit de la commande qui permet de supprimer une table complète, attention en supprimant une table vous perdez tout ce qu'elle contenait, donc à utiliser avec prudence !

4.2.4 Insertion de données

Exemple1

* INSERT INTO clients_tbl(id,prenom,nom,ne_le,ville,enfants) VALUES('','Patrick','Martin','1965/10/08','Bordeaux','2')

Exemple2

* INSERT INTO clients_tbl VALUES('','Patrick','Martin','1965/10/08','Bordeaux','2')

Explications

La commande INSERT INTO permet d'insérer des enregistrements dans une table ici dans clients_tbl.

4.2.5 Sélection de données

Exemple1

SELECT * FROM clients_tbl WHERE enfants='2'

Explications

Cette requête permet de sélectionner les clients de la table clients_tbl qui ont deux enfants.

Exemple2

SELECT nom,prenom FROM clients_tbl WHERE enfants='2'

Explications

Ici on demande d'afficher que le nom et prénom des clients de la table clients_tbl qui ont deux enfants.

Exemple3

SELECT * FROM clients_tbl WHERE enfants='0' OR enfants='2' AND ville='Paris'

Explications

Cette requête permet l'affichage des personnes qui ont 1 ou 2 enfants et qui habitent la ville de Paris.

Exemple4

SELECT * FROM clients_tbl WHERE ne_le < "1978-01-01"

Explications

Sélection des personnes ayant une date de naissance plus petite que 1978/01/01

Exemple5

SELECT * FROM clients_tbl WHERE enfants != '0'

Explications

Sélection des personnes dont le nombre des enfants est différent de " 0 ".

Exemple6

SELECT * FROM clients_tbl WHERE nom LIKE 'le%'

Explications

Sélection des personnes dont le nom commence par " le ".

Exemple7

SELECT * FROM clients_tbl WHERE nom LIKE '%ri%'

Explications

Sélection des personnes dont la syllabe " ri " existe dans leur nom.

4.2.6 Mise à jour des informations d'une table

Exemple1

UPDATE clients_tbl SET prenom='Jacques' WHERE id='1'

Explications

La commande Update permet de modifier les valeurs d'un enregistrement déjà présent dans la table :

Exemple2

UPDATE clients_tbl SET prenom='Jean-Pierre', nom='Papin', ville='Marseille', enfants='3' WHERE id='1'

Explications

permet de changer plusieurs valeurs d'un même enregistrement dans la même requête

4.2.7 Effacer

Exemple

* DELETE FROM clients_tbl WHERE id='1'

Explications

cette commande sert à supprimer un ou plusieurs enregistrements d'une table

4.2.8 Tous ces exemples sont extraits de

4.3 PHP ??? Hands on !!!

4.3.1 Pour se connecter à la base

<? $db = mysql_connect('tecfa.unige.ch', 'login', 'password'); // 1 mysql_select_db('nom_de_la_base',$db); // 2 $req = mysql_query('SELECT * FROM clients_tbl'); // 3 $res = mysql_numrows($req); // 4 echo 'Il y a '.$res.' enregistrement(s) dans la table Clients.'; // 5 mysql_close($db); // 6 ?>

1 # On se connecte à la base de données : Host : Dans notre cas le HOST est "sql.free.fr", vous pouvez également utiliser "localhost" par défaut. Login : Ensuite vous devez mettre le "login" pour accéder à la base (chez les hébergeurs gratuits c'est souvent le même login que l'accès FTP). Password : Et pour finir le "mot de passe", là aussi il s'agit très souvent du même password que l'accès FTP.

2-On sélectionne la base de données, en effet je vous rappelle que MySQL est un serveur de bases de données, donc il peut contenir plusieurs bases. Bien sûr dans votre cas si vous êtes chez un hébergeur gratuit, vous n'avez en général droit qu'à une seule base, mais MySQL ne le sait pas ;), il faut donc lui spécifier sur quelle base vous souhaitez vous connecter.

3-La fonction Mysql_query() permet de passer une requête SQL vers la base de données, c'est évidement l'un des attraits intéressant de PHP (notez que nous initialisons au passage la variable $req qui contient la requête).

4-La fonction Mysql_numrows() permet de compter le nombre d'enregistrements que retourne la requête "$req" dans notre cas : 5 puisqu'il s'agit d'un simple "select " sur la table sans aucune condition, nous initialisons donc une variable $res qui contient :

5-Il ne reste plus qu'à afficher le nombre de résultat avec un echo() de $res.

6- Et pour finir on referme la connexion - ouverte avec mysql_connect - avec la fonction Mysql_close(). Cette fonction n'est pas vraiment obligatoire avec un Mysql_connect(), car par défaut la connexion sera coupée automatiquement à la fin de l'exécution du script.

4.3.2 Se connecter et afficher les résultats.

<? // on se connecte à MySQL $db = mysql_connect('localhost', 'login', 'password'); // on sélectionne la base mysql_select_db('nom_de_la_base',$db); // on crée la requete SQL et on l'envoie $sql = 'SELECT nom,prenom,statut,date FROM famille_tbl'; // on envoie la requete $req = mysql_query($sql) or die('Erreur SQL !<br>'.$sql.'<br>'.mysql_error()); // on fait une boucle qui va faire un tour pour chaque enregistrements while($data = mysql_fetch_array($req)) { // on affiche les informations de l'enregistrement en cours echo '<b>'.$data['nom'].' '.$data['prenom'].'</b> ('.$data['statut'].')'; echo ' <i>date de naissance : '.$data['date'].'</i><br>'; } // on ferme la connexion à mysql mysql_close(); ?>

4.3.3 Alimenter une table

Création de la table

requête SQL: CREATE TABLE infos_tbl (id INT (11) not null AUTO_INCREMENT, nom VARCHAR (35) not null , prenom VARCHAR (35) not null , email VARCHAR (70) not null , icq INT (11) null , titre VARCHAR (70) not null , url VARCHAR (255) not null , PRIMARY KEY (id), INDEX (id), UNIQUE (id))

Formulaire HTML

add.php3

<? // On commence par vérifier si les champs sont vides if(empty($nom) OR empty($prenom) OR empty($email) OR empty($titre) OR empty($url)) { echo '<font color="red">Attention, seul le champs <b>ICQ</b> peut rester vide !</font>'; } // Aucun champ n'est vide, on peut enregistrer dans la table else { // connexion à la base $db = mysql_connect('localhost', 'login', 'password') or die('Erreur de connexion '.mysql_error()); // sélection de la base mysql_select_db('nom_de_la_base',$db) or die('Erreur de selection '.mysql_error()); // on ecris la requete sql $sql = "INSERT INTO infos_tbl VALUES('','$nom','$prenom','$email','$icq','$titre','$url')"; // on insère les informations du formulaire dans la table mysql_query($sql) or die('Erreur SQL !'.$sql.'<br>'.mysql_error()); // on affiche le résultat pour le visiteur echo 'Vos infos on été ajoutées.'; mysql_close(); // on ferme la connexion } ?>

4.3.4 Ces exemples sont extraits de

5. Exercices

5.1 Proposer un développement utilisant php MySql (hésitez pas à être créatifs !)

5.2 Exercice1

5.2.1 Implémentation du dispositif

Le dispositif doit être opérationel.

5.2.2 Ecrire un rapport

Contexte d'insertion du dispositif

Analyse et inventaire des besoins

Liste des spécifications à implémenter

Considérations pour le design

Commentaires

5.3 Exercice2

5.3.1 Utiliser une classe comme PEAR::DB ou phpLib dans un dispositif.

5.3.2 Ecrire un rapport

Contexte d'insertion du dispositif

Analyse et inventaire des besoins

Liste des spécifications à implémenter

Considérations pour le design

Commentaires

Cours dans le cadre de Staf2x	go to duclaux.net
Cours dans le cadre de Staf2x	Last updated: 22.04.2004

	Home \| Table of Contents \| Overview Map \| Icon Legend
	MySql et Php
	Jean-Jacques DUCLAUX jean-jacques@duclaux.net