Home // Curriculum Vitae // Hobby // Liens // Iris // Workpage
Cet exercice a été fait dans le cadre de la présentation staf2x de Jean-Jacques Duclaux.
Le contexte d'implémentation du dispositif présenté répond à un besoin personnel, ainsi qu'aux exigences de l'exercice staf 2x pour lequel je l'ai fait. Dans l'absolu, je désire améliorer et optimiser ce dispositif au fil du temps, hors exercice et contraintes.
Je suis reparti sur la base d'un projet dont l'idée m'était venue lors de la première année staf.
Le contexte d'implémentation a apporté quelques changements à ce projet initial
J'ai longtemps cherché à comprendre le fonctionnement des tables relationnelles, ainsi que l'avantage que cela m'apporterait dans mon projet. Je ne pense pas qu'il y ait un réel impact a avoir plusieurs tables de données dans le cas de ce projet. Ceci dit, à terme, je peux y voir une plus-value, par exemple quand plusieurs propriétaires auront le même dvd. Seulement, faute de temps, et devant l'échance incertaine de voir un tel seuil d'aboutissement du dispositif un jour, je n'ai pas pu développé celui-ci dans un modèle à plusieurs tables.
Mon modèle de donnée se compose donc, dans sa forme actuelle (pompeusement ornée d'un "1.0" pour la version), d'une seule table avec une clé d'identification primaire qui est l'id du dvd (unique pour chaque entrée présente ou future dans la table de donnée)
Comme je l'ai spécifié si dessus, comprendre l'intérêt des tables de données relationnelles (sujet nouveau pour moi) m'a pris beaucoup de temps, et je n'ai pas trouvé indispensable de le faire dans un premier temps, vu la quantité de matière autre à m'approprier. J'ai donc développé mon dispositif avec une seule table en me laissant la possibilité de créer un modèle à plusieurs tables par la suite. Ce que je n'ai bien sûr pas eu le loisir de faire.
l'implémentation se compose de 2 forumlaires html, 2 fichiers php pour les traiter, et d'une table mysql pour stoquer les données.
On peut rentrer un nouveau dvd dans la collection grâce a un premier formulaire html, celui-ci étant traité par un fichier php qui permet de stoquer les informations dans la table. Puis, dans un 2e temps, on peut interroger la base de donnée grâce à un second formulaire html qui permet d'afficher certains dvd de la liste, selon des critères choisis, et dans l'ordre désiré.
Selon www.nexen.net : "La normalisation est le processus qui supprime les redondances dans les tables, pour améliorer l'efficacité du stockage, l'intégrité des données et les performances. Cette amélioration est limitée par l'accroissement de la complexité et des pertes de vitesse avec les jointures."
A ce niveau là, la normalisation de niveau 1 est assuré par le champ "id" de ma base de donnée qui assure qu'aucun dvd ne peut-être rentré de manière absolument identique à un autre. Maintenant, cette normalisation suffira tant qu'il y aura un seul possesseur de dvd a rentrer sa collection dans ce dispositif (i.e. moi), car dès que nous seront plusieurs, il faudra prévoir une normalisation de niveau 2 au moins pour s'assurer que plusieurs dvd, dont chaque propriétaire a un exemplaire, soient tous stoqués sans redondance.
comme dit au début de ce rapport, ce code est appelé à évoluer au fil du temps voire même subire des refontes et des optimisations assez importantes. Ce n'est pas grave, je trouve motivant de faire évoluer un produit à soir, et je me réjoui de retravailler dessus dès que le temps me le permettra.
Dans sa forme actuelle, aboutie dans le cadre de cette exercice (ce qui lui a valu la mention de 1.0), les limites sont encore importantes et nombreuses: impossibilité de choisir les dvd en fonction de d'acteurs ou du réalisateur, un seul propriétaire de dvd, une seule table,...
Les idées et limites se feront voir au fil du temps et de l'utilisation, et je retravaillerai sur ce dispositif pour y palier à ce moment là. Je pense avoir une bonne base pour continuer à faire évoluer ce produit.
Créé par S.LattionUpdated : 14/06/04