|
L'un des (nombreux)
intérêts des Active Server Pages réside dans la possibilité de créer
"à la volée" des pages dynamiques par interfaçage avec
une ou plusieurs bases de données. Une base Access constitue le choix
idéal pour débuter dans ce domaine, mais il convient de bien la
structurer et la paramétrer.
Commencez par créer
la table destinée à contenir vos informations. Pensez dès à présent
à autoriser les chaînes vides dans tous les champs qui le proposent:
même si tous les champs de votre table sont obligatoires, il sera préférable
d'effectuer cette vérification un peu plus loin, en quelques lignes
de script dans vos pages ASP. De même, paramétrez vos champs sans
indexation dans la mesure du possible, vous éviterez là aussi des
erreurs d'exécution de scripts lorsque vos pages seront appelées ou
lorsqu'une mise à jour de votre base sera effectuée via ASP.
D'emblée, créez
un champ de type NuméroAuto
qui, quoi qu'il arrive, constituera l'identifiant unique de chaque
enregistrement de la table. Ensuite, pensez à toutes les informations
qu'il est utile de stocker dans la base, et ce même si elles ne sont
pas destinées à être affichées. Pensez par exemple, que si vous
constituez une base de données de clients, vous pourrez, si vous créez
un champ TypeClient,
afficher des bannières de publicité différentes sur votre site
selon que votre client sera un particulier, une PMI-PME ou un
revendeur. Un script de ce type donnera, au moment de concevoir vos
pages, quelque chose comme ceci:
<% If rs("TypeClient")
= "Particulier" Then %>
<img src="banniere_particulier.gif">
<% ElseIf rs("TypeClient") = "PmiPme" Then
%>
<img src="banniere_pmipme.gif">
<% ElseIf rs("TypeClient") = "Revendeur" Then
%>
<img src="banniere_revendeur.gif">
<% End If %>
Même si cela peut a
priori vous sembler lourd et/ou inutile, détaillez autant que faire
se peut les informations susceptibles de présenter, au moins pour
vous, un intérêt quelconque.
Pensez à tout
moment à bien adapter le format de chaque champ à l'information
qu'il contient, et à être prévoyant quant à la taille du champ.
Puisque un champ de type Texte
peut contenir jusqu'à 255 caractères, choisissez spontanément cette
valeur, et évitez de vous dire que 50 caractères (la valeur proposée
par défaut par Access) suffisent sous prétexte que tous les produits
que vous proposez ont une désignation courte: votre catalogue peut évoluer.
Idem pour le descriptif des articles: plutôt que de vous limiter à
255 caractères, adoptez un champ de type Mémo,
il vous permettra de fournir à vos clients des descriptifs complets,
des conseils d'utilisation, etc.
Piège à éviter:
à une heure où nous abandonnons (très) progressivement le franc
pour passer à l'Euro, préférez un champ de type Numérique
(Réel Double)
à un champ Monétaire
pour renseigner le prix de vos articles.
Pensez aussi à
insérer un champ de type Date
(pour garder en mémoire la date de saisie de la fiche par exemple),
cela peut servir un jour ou l'autre. S'il s'agit bien de simplement mémoriser
la date de saisie de la fiche, donnez à votre champ une valeur par défaut
sous la forme Maintenant().
Ce seront quelques caractères de script que vous n'aurez ainsi pas à
taper dans le code de vos pages ASP.
Enfin, dernier
conseil, mais important: si vous avez prévu d'établir des relations
entre plusieurs tables, ne les déclarez pas en tant que relations
dans votre base Access, et surtout, posez-vous la question de savoir
s'il est vraiment nécessaire d'utiliser plusieurs tables. Access étant
relativement limité en nombre de connexions simultanées, vous
obtiendrez de meilleures performances en limitant au mieux le nombre
de tables distinctes de votre base.
Vous voilà fin prêt
pour aborder la question de l'interfaçage de votre site Web avec
votre base Access, sujet que nous traiterons dès la semaine
prochaine.
|
