13.07.2013 Views

Guide Complet - Microsoft Access 2010.pdf - uri=sante.gov

Guide Complet - Microsoft Access 2010.pdf - uri=sante.gov

Guide Complet - Microsoft Access 2010.pdf - uri=sante.gov

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

1.3. Analyser le problème<br />

Bien entendu, vous êtes probablement impatient de créer votre<br />

première table sur <strong>Access</strong> 2010. Les sections suivantes de ce chapitre<br />

vont satisfaire vos attentes. Mais profitons encore de cette introduction<br />

pour répéter qu’une table suffit rarement, pour ne pas dire<br />

jamais, comme conteneur d’une application, même primitive. En fait,<br />

le seul cas de figure qui se satisfasse d’une table unique est celui<br />

d’une simple liste (un carnet d’adresses par exemple), ce qui,<br />

avouons-le, constitue un piètre exercice de style pour un SGBDR<br />

aussi sophistiqué que celui qui est le sujet de ce livre.<br />

L’exemple simple décrit dans la section précédente a déjà mis en<br />

évidence l’aspect néfaste des redondances d’informations dans une<br />

table. Ce constat doit être élevé au niveau de dogme pour tout<br />

développeur d’une base de données qui se respecte.<br />

Cette affirmation est certes plus facile à énoncer qu’à mettre en<br />

pratique car chaque développement est guidé par une problématique<br />

spécifique qu’il convient d’analyser. Aussi, avant de se lancer<br />

dans le développement d’une base de données, qui débute forcément<br />

par la création des tables puisque celles-ci constituent le noyau<br />

du système mis en œuvre, il est conseillé de prendre le temps<br />

nécessaire à la réflexion. Vos deux outils sont le papier et le crayon,<br />

tout simplement. Pensez que les quelques heures investies initialement<br />

et pendant lesquelles vous questionnerez les utilisateurs, observerez<br />

leurs habitudes et anticiperez leurs besoins vous seront<br />

restituées au centuple lorsque vos formulaires et vos états s’appuieront<br />

sur une structure saine et optimale constituée de tables bien<br />

construites. Pensez, à l’inverse, que des tables mal structurées représenteront<br />

un boulet qu’il vous faudra traîner tout au long du temps<br />

de vie de l’application et qui vous imposera un assemblage de<br />

"rustines", sources d’erreurs et génératrices de temps perdu.<br />

Le premier principe, qu’il vous faut appliquer, car il vous guidera<br />

dans votre analyse, est le "regroupement par sujets". Pour le<br />

comprendre et le maîtriser, vous allez étudier un nouvel exemple<br />

théorique. Vous découvrirez ensuite comment mettre en pratique<br />

votre analyse. Voici votre objectif : gérer une collection de disques.<br />

26 1. Concepts et manipulations de base

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!