Ville de Lille
Lieu, Quartier, Circuit, Quizz
Nom
Description
Type (bar, musée, agence immobilière)
Horaires
Adresse / quartier
Site web
Une photo
Clé étrangère
(qui est la clé primaire de la table quartier)
|
Lieu |
||||
|
id |
Nom |
Type |
Quartier |
URL |
|
1 |
Marché |
|
Wazemmes |
|
|
2 |
Biplan |
|
Wazemmes |
|
|
3 |
Chez Raffyyyyy |
|
Wazemmes |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Clé primaire |
|
|
|
|
Problème : Redondance au niveau du quartier
Solution : cf Tableau Suivant
|
Quartier |
|
|
Id |
Nom |
|
0 |
Wazemmes |
|
1 |
Vieux Lille |
Où Id = clé primaire (champ qui permet d’identifier une ligne)
Donc dans le premier tableau on remplace les quartiers par la clé primaire de la table quartier.
Ne pas laisser de cases vides. Problèmes si les champs ne sont pas atomiques. Exemple :
|
Nom |
Prénoms |
|
Torre |
Fabien, Laurent |
|
|
|
|
Nom |
Prénom 1 |
|
|
|
|
Nom |
Prénom 2 |
|
|
|
Tous les lieux n’ont pas d’URL, donc table en plus (pas de cases vides)
Un lieu peut avoir plusieurs types, donc table en plus (cases non-atomiquess posent problème)
On peut raisonner de deux façons
schéma entités / relations modèle relationnel (plutôt niveau concepteur)
modèle relationnel, tester les formes normales (plutôt niveau programmeur)
des questions
des entrées de réponses
Questions |
|||
|
|
Formulation |
BR |
Quartier |
|
|
|
|
|
Réponses |
||
|
IdR |
IdQ |
formulation |
|
|
|
|
Quartier |
|
|
Id |
Nom |
|
0 |
Wazemmes |
|
1 |
|
|
2 |
|
|
3 |
|
Circuits |
||
|
IdLieu |
Ordre |
Phrase de liaison |
|
|
|
|
<B><A HREF…...>Biplan</A></B>
<P>
description
</P>
|
Maquette |
Html |
Php |
|
Biplan Lieu Description Horaires |
<B>Biplan</B> |
<B>$nom</B> (colonne ‘nom’ de la table Lieux) |
Id