Accueil < Base de données client-serveur < vous êtes ici

Base de données client-serveur

Avec une base de données classique, chacun des utilisateurs accède directement aux données et exécute lui-même toutes les opérations nécessaires sur un disque partagé. Avec une base de données client-serveur, telle que celle utilisée par Mercator : Microsoft SQL Server©, seul le serveur de base de données a directement accès aux données. Les utilisateurs n'interagissent dès lors plus directement avec les données, mais avec le logiciel de gestion de la base de données. C'est ce dernier, et uniquement lui, qui prend en charge la lecture et l'écriture des informations sur le disque, de façon tout à fait transparente pour l'utilisateur. Il en résulte comme principaux avantages :

  • Une meilleure sécurisation des données : le serveur peut en permanence annuler les opérations qui ont mis en péril sa stabilité (roll back) ou réappliquer à un backup toutes les opérations qui ont été réalisées jusqu'à une certaine heure afin d'annuler une mauvaise manipulation de l'utilisateur (roll forward).
  • Une meilleure gestion des " lockings " de tables : dans un réseau multi-utilisateurs, il arrive souvent que l'accès à certaines données soit bloqué car un utilisateur est déjà occupé à les modifier. Avec une base de données client-serveur, ces blocages sont réduits au maximum. Le serveur de base de données sait en permanence et exactement quel utilisateur a besoin de quelles données, il peut donc limiter fortement les verrous placés sur les données.
  • Moteur de Mercator implémenté à même la base de données : l'ensemble des opérations de base (ex. : gestion de stock) sont prises en charge par des déclencheurs (triggers) et des procédures stockées. Ces programmes sont directement gérés par la base de données. En procédant de la sorte, Mercator garantit une cohérence de vos données ainsi que des performances accrues.
  • Plusieurs avantages pratiques : il n'est plus nécessaire de faire périodiquement des réindexations ou réorganisations, ni de devoir quitter le logiciel ou être seul dans le logiciel pour pouvoir réaliser des opérations banales. Par ailleurs, les performances de la base de données sont pour ainsi dire insensibles à la taille de cette base données (nombre d'articles etc.).