Les bases de données

Bases de données

Bases de données

Une base de données est un ensemble structuré d'informations.

  • Dans le langage courant, elle peut désigner n'importe quelle source importante d'informations (dictionnaires, encyclopédies, etc.)

  • En informatique, il s'agit d'informations stockées sous forme de fichiers et organisées de façon à être facilement manipulées.

Prenons par exemple ce tableau qui contient quelques informations sur des ouvrages...

Table : LIVRES

On peut l'imaginer comme un extrait d'une plus vaste collection d'informations...

DéfinitionVocabulaire

Cette table est une relation composée :

  • d'une en-tête (libellés des attributs)

  • d'un corps qui est composé :

    • de t-uplets (lignes)

    • d'attributs (colonnes)

Remarque : Visuellement cette table est un tableau qui met en relation des données.

  • Un t-uplet contient des éléments ( exemple : (10,Les Robots, Azimov, 1950,10))

  • Un attribut contient des éléments ( exemple : l'attribut auteur contient ( Orwell, Herbert,...)

Important : Pour chaque attribut d'une relation, il faut définir un domaine.

  • Le domaine d'un attribut est l'ensemble ( fini ou pas) des valeurs possibles ( entiers, flottants, chaînes de caractères, dates...).

Exemple : le domaine de l'attribut note est : l'ensemble des entiers positifs.

celui de l'attribut auteur est : l'ensemble des chaînes de caractères.

(il faut rendre impossible l'entrée d'une note non entière lors de la création d'un t-uplet)

FondamentalUnicité d'un t-uplet

Dans une relation, deux t-uplets identiques sont non autorisés.

Dans une relation, il faut pouvoir identifier de façon unique un t-uplet.

Il faut déterminer, parmi les attributs, lequel permet d'identifier de manière unique un t-uplet.

Cet attribut sera considéré comme la clé primaire de la relation.

Dans notre exemple :

  • L'attribut note ne peut pas jouer le rôle de clé primaire ( deux ouvrages pouvant avoir la même note)

  • De même pour les attributs auteurs et ann_publi et titre.

  • Il reste donc l'attribut "id" ( pour identifiant), qui a été ajouté ici pour jouer le rôle de clé primaire.

Remarque : ici, nous avons créé artificiellement une clé primaire, car aucun des autres attributs ne pouvait convenir. (ce n'est pas toujours le cas)

AttentionRedondance

En y regardant de plus près, un certains nombre d'informations apparaissent plusieurs fois...

Par exemple : l'auteur "Azimov" apparaît 3 fois.

Table : LIVRES

Dans une base de donnée, on évite autant que possible la redondance d'informations.

Pour cela, on crée une autre relation AUTEURS que l'on lie avec la relation LIVRES.

On a rajouté quelques informations supplémentaires sur les auteurs dans la relation AUTEURS.

FondamentalClé primaire - Clé étrangère

Dans la relation AUTEURS, chaque auteur est identifié par l'attribut "id"(clé primaire de la relation)

  • Dans la relation LIVRES, on a rajouté un attribut "id_auteur" qui est la clé primaire de la relation AUTEURS.

  • L'attribut "id_auteur" est ce que l'on nomme une clé étrangère de la relation LIVRES, elle permet de faire le lien entre les deux relations.

Remarque : il peut y avoir plusieurs clés étrangères dans une relation.

Nous venons de définir les contours d'une base de données relationnelle.

MéthodeSchéma relationnel

On appelle schéma relationnel l'ensemble des relations présentes dans une base de données.

c'est à dire qu'il faut fournir :

  • les noms des relations

  • la liste des attributs et de leurs domaines

  • la clé primaire (on la souligne)

  • les clés étrangères (précédées d'un #)

Pour notre exemple cela donne :

LIVRES (  :entiers positifs , titre : str , #id_auteur : entiers positifs, ann_publi : entiers positifs , note : entiers positifs)

AUTEURS (  :entiers positifs , nom : str, prenom : str , ann_naissance : entiers positifs , langue_ecriture : str )

Ce qui peut aussi se représenter avec ce schéma :

DébutSuivantSuivant
AccueilAccueilImprimerImprimerRéalisé avec Scenari (nouvelle fenêtre)