Mise en place de la base de données spatialisée de ... - Tour du valat

Mise en place de la base de données spatialisée de ... - Tour du valat Mise en place de la base de données spatialisée de ... - Tour du valat

dossier.univ.st.etienne.fr
from dossier.univ.st.etienne.fr More from this publisher
21.01.2015 Views

Petra Cohez-Vajda Mise en place de la base de données Salicornia Figure XIII. Exemple d’une fiche de suivi Les dates sous Access Access présente des particularités pour la manipulation des dates. Comme type de date, nous avons choisi le format abrégé (jj/mm/aaaa). Une date au format court (jj/mm/aa) aurait pu être la source d’erreurs. C’est une date « pivot » pour la reconnaissance des années sur 2 chiffres. Par exemple : Si on entre dans la base l’année 1929, et 1930 il n’y pas d’erreur, le format est raccourci comme ’29 et ’30 mais le siècle est bien le vingtième. Cependant si on saisie directement ’29 et ’30, Access reconnaît les années en fonction « pivot », donc ’29 signifiera bien 1929, par contre ’30 signifiera 2030. Deuxièmement lorsqu’on souhaite récupérer les valeurs des dates dans une requête SQL on rencontre un problème particulier. On entre des données par un masque de saisie au format jj/mm/aaaa, par contre dans une requête SQL il se présente comme mm/jj/aaaa. Par exemple si on a entré comme critère de recherche 11/04/2001, dans la requête la valeur de notre date devient 04/11/2001. Et si on entre 21/03/2001, pas de problème dans ce cas la valeur reste bien 21/03/2001 aussi dans notre requête. (Si le nombre des jours dépasse 12, la valeur de date ne change plus dans la requête SQL.). Pour éviter que ce problème errone notre recherche une fonction nommée « DataSystem » (Germain, 2002) a été programmée sous VBA. 44

Petra Cohez-Vajda Mise en place de la base de données Salicornia 5.2.2 Interface de saisie Une interface de saisie a été développée pour l’ajout des données de suivis par les techniciens. Le fonctionnement de l’interface de saisie reprend les particularités de la base de données Cistude (Germain, 2003), son utilisation ne sera donc pas nouvelle pour tout le monde. A partir de la page d’accueil l’utilisateur possédant le droit de « saisie » ou « administration » peut accéder à la partie de saisie. Des fiches de saisies ont été conçues par suivi. Leur contenu change donc d’une fiche à l’autre mais la conception reste la même. La structure quelquefois est différente. Par exemple la saisie des paramètres hydrographiques et physiques s’effectue par un formulaire unique, or pour le suivi des dénombrements mensuels des oiseaux d’eau une saisie en formulaire continu a été jugée plus pratique. Des zones de liste déroulantes, restreintes Positionnement : la position de la fiche actuellement saisie / des fiches déjà saisies Première fiche Précédent Suivant On a défini des valeurs par défaut Dernière fiche saisie Ajouter une nouvelle fiche Enregistrer la saisie Supprimer la fiche courante Navigation entre les formulaires Figure XIV. La fiche de saisie du Rézo du rozo Cette interface est conçue de manière à éviter le maximum d’erreurs et faciliter les tâches quotidiennes, plusieurs éléments ont donc été établis : 1. Les zones de listes déroulantes sont restreintes, elles ne contiennent que les paramètres correspondants au suivi. Par exemple la liste déroulante des sites contient uniquement les sites où est effectué le suivi donné. Une fois que l’utilisateur a choisi un site, dans la liste déroulante des stations uniquement les stations correspondantes au site choisi s’affichent. On évite donc les erreurs de frappe, et la saisie devient plus rapide. 45

Petra Cohez-Vajda<br />

<strong>Mise</strong> <strong>en</strong> <strong>p<strong>la</strong>ce</strong> <strong>de</strong> <strong>la</strong> <strong>base</strong> <strong>de</strong> données Salicornia<br />

Figure XIII. Exemple d’une fiche <strong>de</strong> suivi<br />

Les dates sous Access<br />

Access prés<strong>en</strong>te <strong>de</strong>s particu<strong>la</strong>rités pour <strong>la</strong> manipu<strong>la</strong>tion <strong>de</strong>s dates. Comme type <strong>de</strong><br />

date, nous avons choisi le format abrégé (jj/mm/aaaa).<br />

Une date au format court (jj/mm/aa) aurait pu être <strong>la</strong> source d’erreurs. C’est une date<br />

« pivot » pour <strong>la</strong> reconnaissance <strong>de</strong>s années sur 2 chiffres. Par exemple : Si on <strong>en</strong>tre<br />

dans <strong>la</strong> <strong>base</strong> l’année 1929, et 1930 il n’y pas d’erreur, le format est raccourci comme<br />

’29 et ’30 mais le siècle est bi<strong>en</strong> le vingtième. Cep<strong>en</strong>dant si on saisie directem<strong>en</strong>t ’29<br />

et ’30, Access reconnaît les années <strong>en</strong> fonction « pivot », donc ’29 signifiera bi<strong>en</strong><br />

1929, par contre ’30 signifiera 2030.<br />

Deuxièmem<strong>en</strong>t lorsqu’on souhaite récupérer les valeurs <strong>de</strong>s dates dans une requête<br />

SQL on r<strong>en</strong>contre un problème particulier. On <strong>en</strong>tre <strong>de</strong>s données par un masque <strong>de</strong><br />

saisie au format jj/mm/aaaa, par contre dans une requête SQL il se prés<strong>en</strong>te comme<br />

mm/jj/aaaa. Par exemple si on a <strong>en</strong>tré comme critère <strong>de</strong> recherche 11/04/2001, dans<br />

<strong>la</strong> requête <strong>la</strong> valeur <strong>de</strong> notre date <strong>de</strong>vi<strong>en</strong>t 04/11/2001. Et si on <strong>en</strong>tre 21/03/2001, pas<br />

<strong>de</strong> problème dans ce cas <strong>la</strong> valeur reste bi<strong>en</strong> 21/03/2001 aussi dans notre requête. (Si<br />

le nombre <strong>de</strong>s jours dépasse 12, <strong>la</strong> valeur <strong>de</strong> date ne change plus dans <strong>la</strong> requête<br />

SQL.). Pour éviter que ce problème errone notre recherche une fonction nommée<br />

« DataSystem » (Germain, 2002) a été programmée sous VBA.<br />

44

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

Saved successfully!

Ooh no, something went wrong!