preloader

II.2 Système de fichiers traditionnel et système de base de données

II.2.1        Système de fichiers traditionnel

Traditionnellement, les données étaient stockées et traitées à l’aide de systèmes de traitement de fichiers traditionnels (fichiers texte, csv, etc.) . Dans ces systèmes de fichiers traditionnels, chaque fichier est indépendant des autres fichiers, et les données des différents fichiers ne peuvent être intégrées qu’en écrivant un programme individuel pour chaque application. Les données et les programmes d’application qui utilisent les données sont disposés de telle sorte que toute modification des données nécessite la modification de tous les programmes qui les utilisent. Ceci est dû au fait que chaque fichier est codé en dur avec des informations spécifiques comme le type de données, la taille des données, etc. Parfois, il n’est même pas possible tous les programmes qui utilisent ces données et l’identification se fait par essais et erreurs.

Le système de traitement des fichiers d’une organisation est illustré à la figure suivante. Tous les domaines fonctionnels de l’organisation créent, traitent et diffusent ses propres fichiers. Les fichiers tels que l’inventaire et le paiement génèrent des fichiers séparés et ne communiquent pas entre eux.

Sans aucun doute, une telle organisation était simple à gérer et permettait un meilleur contrôle local, mais les données de l’organisation sont dispersées dans les sous-systèmes fonctionnels. De nos jours, les bases de données sont préférées en raison des nombreux inconvénients des systèmes de fichiers traditionnels comme on va détailler par la suite.

II.2.2        Inconvénients du système de fichiers traditionnel

Un système de fichiers traditionnel présente les inconvénients suivants :

  • Redondance des données : comme chaque application a son propre fichier de données, les mêmes données peuvent être enregistrées et stockées dans plusieurs fichiers. Par exemple, le fichier inventaire et le fichier de paiement contiennent tous deux des données sur les produits de l’entreprise, leurs désignation, etc. Il en résulte des éléments de données inutiles, en double ou redondants. Cette redondance nécessite un espace de stockage supplémentaire ou plus important, coûte plus de temps et d’argent, et exige des efforts supplémentaires pour maintenir tous les fichiers à jour.
  • Incohérence des données : la redondance des données entraîne une incohérence des données, en particulier lorsque les données doivent être mises à jour. L’incohérence des données est due au fait que les mêmes éléments de données qui apparaissent dans plus d’un fichier ne sont pas mis à jour simultanément dans chacun des fichiers.

Par exemple, l’entreprise a augmenté le poids d’un de ses produit, le fichier inventaire est immédiatement mis à jour, mais pas nécessairement le fichier de paiement l’est aussi. Il en résulte deux spécifications différentes du même produit au même moment. Au fil du temps, ces divergences dégradent la qualité de l’information contenue dans le fichier de données, ce qui a une incidence sur la qualité de l’information contenue dans le fichier de données, ce qui affecte l’exactitude des rapports.

  • Manque d’intégration des données : Comme il existe des fichiers de données indépendants, les utilisateurs ont du mal à obtenir des informations sur toute requête qui nécessite l’accès aux données stockées dans plusieurs fichiers. Dans ce cas, des programmes compliqués doivent être développés pour récupérer les données de chaque fichier ou les utilisateurs doivent collecter manuellement les informations requises.
  • Dépendance du programme : Les rapports produits par le système de traitement des fichiers dépendent du programme, ce qui signifie que si un changement dans le format ou la structure des données et des enregistrements du fichier, les programmes doivent être modifiés en conséquence. De même, un nouveau programme devra être développé pour produire un nouveau rapport.
  • Dépendance des données : les applications/programmes dans un système de traitement de fichiers dépendent des données, c’est-à-dire de l’organisation des fichiers, de leur emplacement physique et de leur extraction du stockage et leur récupération est dicté par les exigences de l’application particulière.
  • Partage de données limité : les possibilités de partage de données sont limitées avec le système de système de fichiers. Chaque application a ses propres fichiers privés et les utilisateurs ont peu de choix de partager les données en dehors de leurs propres applications. Ainsi, des programmes complexes doivent être développé pour obtenir des données de plusieurs fichiers incompatibles.
  • Mauvais contrôle des données : Dans l’approche traditionnelle, il n’y avait pas de contrôle centralisé au niveau des éléments de données, un système de fichiers traditionnel est donc décentralisé par nature. Il est possible que champ de données puisse avoir plusieurs noms définis par les différents départements d’une organisation et selon le fichier dans lequel il se trouve. Cette situation conduit à une signification différente d’un champ de données dans un contexte différent ou à une même signification pour des champs différents. Cela entraîne un mauvais contrôle des données.
  • Problème de sécurité : Il est très difficile de respecter les contrôles de sécurité et les droits d’accès dans un système de fichiers traditionnel, car les programmes d’application sont ajoutés de manière provisoire.
  • La capacité de manipulation des données est inadéquate : Elle est très limitée dans les systèmes de fichiers traditionnels puisqu’ils ne fournissent pas de relations solides entre les données de différents fichiers.
  • Nécessite un effort de programmation excessif : Un effort de programmation excessif est nécessaire pour développer un nouveau programme d’application en raison de l’interdépendance très élevée entre le programme et les données dans un système de fichiers. Chaque nouvelle application exige que les développeurs doivent repartir de zéro en concevant de nouveaux formats et descriptions de fichiers, puis la logique d’accès aux fichiers pour chaque nouveau fichier.

II.2.3        Environnement du système de base de données

Le logiciel SGBD ainsi que la base de données sont appelés un environnement de base de données. En d’autres termes, il peut être défini comme une organisation de composants qui définissent et régulent la collecte, stockage, la gestion et l’utilisation des données dans une base de données. En outre, il s’agit d’un système dont l’objectif global est d’enregistrer et de conserver des informations. Un système de base de données est constitué de quatre composants principaux, comme le montre la figure précédente.

  • Données : L’ensemble des données du système est stocké dans une seule base de données. Ces données sont à la fois partagées et intégrées. Le partage des données signifie que des éléments individuels de données dans la base de données est partagée entre différents utilisateurs et chaque utilisateur peut accéder au même élément de données, mais à des fins différentes. L’intégration des données signifie que la base de données peut être formée de plusieurs fichiers distincts avec une redondance contrôlée entre les fichiers.
  • Matériel : Le matériel se compose des dispositifs de stockage secondaires tels que les disques, où la base de données réside avec d’autres dispositifs.