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

Petra Cohez-Vajda
Mise en place de la base de données Salicornia
On aurait pu envisager une autre solution temporaire : c’est de copier la base de
données sur les postes de techniciens, et sur les postes de personnes qui souhaitent
consulter les données. Cette solution n’était pas retenue car il présente trop
d’inconvénient :
Il serait impossible de suivre et centraliser les différentes mises à jour des
suivis, des ajouts des nouveaux enregistrements par les différents membres
des équipes.
Sur les postes de consultations il faudrait périodiquement recopier la base
rafraîchie par des nouveaux enregistrements. D’une part cela demandera
beaucoup de temps, d’autre part ça pourrait générer des confusions et
d’ambiguïté si les données représentées sont à jour.
5.6.2 La solution idéale : Architecture client - serveur
L’équipe « ornithologique » a prévu dans son budget l’achat et la mise en place d’un
serveur pour la mise à disposition de la future base des observations (contenant des
données « logs ») à l’échelle de la Camargue. Suite à un accord, la base de données
du domaine peut y être hébergée. Dès l’achat du nouveau serveur l’application doit
donc migrer en application client - serveur.
Une telle architecture permet de centraliser les données sur un serveur. La base de
données ne sera plus dupliquée, donc tout le monde utilisera les mêmes données. Il
ne sera plus question de savoir si les données représentées sont bien les actuelles.
Au niveau technique, la base de données Access doit être découpée en deux parties.
La partie « back-end », la base dorsale située sur le serveur, les tables (contenant les
données partagées avec les utilisateurs) avec les relations, donc les règles
d’intégralité. La partie « front-end », la base frontale, dupliquée sur chaque poste,
contiendra l’application : les tables attachées à la base dorsale sur le serveur (donc le
chemin d’accès vers les tables contenant les données sur le serveur), les formulaires,
les requêtes, les états,…etc.
Cette solution apporte plusieurs avantages :
amélioration de la performance, accès plus rapide aux tables contenant des
données sur le serveur
l’installation de l’application sur chaque poste entraîne un trafic diminué sur
le serveur
les différentes manipulations de l’application demanderont beaucoup moins
de temps, car l’accès à la base est plus rapide sur le disque local qu’en réseau
(c’est pourquoi il n’est pas question de placer et partager l’application entière
sur le serveur, même si l’accès est plus performant qu’avec un réseau
traditionnel TCP/IP).
seul l’administrateur pourrait accéder à la base dorsale et la modifier sur le
serveur, qui apporte une sécurité en plus.
l’utilisateur ne pourrait pas changer l’apparence des états et des formulaires
que sur son poste s’il le souhaite. Cette opération en outre nécessite une
demande de droit de la part d’administrateur car la base était sécurisée de
façon qu’elle ne puisse être modifiée.
61