Quelle est l'importance du SGBD dans un environnement commercial et non commercial ?

Je suis désolé qu'il y ait des points erronés dans ma réponse à cette question, les dbms dans un environnement commercial et non commercial sont très utiles de nos jours

Une collection de données interdépendantes avec un ensemble de programmes pour accéder aux données, également appelé système de base de données, ou simplement base de données. L'objectif principal d'un tel système est de fournir un environnement à la fois pratique et efficace pour la récupération et le stockage d'informations.

Un système de gestion de base de données (SGBD) est conçu pour gérer un grand nombre d'informations. La gestion des données implique à la fois de définir des structures pour stocker les informations et de fournir des mécanismes pour manipuler les informations. De plus, le système de base de données doit assurer la sécurité des informations stockées, malgré les pannes du système ou les tentatives d'accès non autorisé. Si les données doivent être partagées entre plusieurs utilisateurs, le système doit éviter d'éventuels résultats anormaux dus à l'accès simultané de plusieurs utilisateurs aux mêmes données.

Des exemples d'utilisation de systèmes de bases de données incluent les systèmes de réservation des compagnies aériennes, les systèmes d'information sur la paie et les employés, les systèmes bancaires, les systèmes de traitement des cartes de crédit et les systèmes de suivi des ventes et des commandes.

L'un des principaux objectifs d'un système de base de données est de fournir aux utilisateurs une vue abstraite des données. C'est-à-dire que le système masque certains détails sur la façon dont les données sont stockées et conservées. Ainsi, les données peuvent être stockées dans des structures de données complexes qui permettent une récupération efficace, mais les utilisateurs voient une vue simplifiée et facile à utiliser des données. Le niveau d'abstraction le plus bas, le niveau physique, décrit comment les données sont réellement stockées et détaille les structures de données. Le niveau d'abstraction suivant, le niveau logique, décrit quelles données sont stockées et quelles relations existent entre ces données. Le niveau d'abstraction le plus élevé, le niveau de vue, décrit les parties de la base de données qui sont pertinentes pour chaque utilisateur ; les programmes d'application utilisés pour accéder à une base de données font partie du niveau de vue.

La structure globale de la base de données est appelée schéma de base de données. Le schéma spécifie les données, les relations entre les données, la sémantique des données et les contraintes de cohérence sur les données.

Sous-jacent à la structure d'une base de données se trouve le modèle de données logique : une collection d'outils conceptuels pour décrire le schéma.

Le modèle de données entité-relation est basé sur une collection d'objets de base, appelés entités, et de relations entre ces objets. Une entité est une « chose » ou un « objet » dans le monde réel qui se distingue des autres objets. Par exemple, chaque personne est une entité et les comptes bancaires peuvent être considérés comme des entités. Les entités sont décrites dans une base de données par un ensemble d'attributs. Par exemple, les attributs numéro de compte et solde décrivent un compte particulier dans une banque. Une relation est une association entre plusieurs entités. Par exemple, une relation déposant associe un client à chacun de ses comptes. L'ensemble de toutes les entités du même type et l'ensemble de toutes les relations du même type sont appelés respectivement ensemble d'entités et ensemble de relations.

Comme le modèle entité-relation, le modèle orienté objet est basé sur une collection d'objets. Un objet contient des valeurs stockées dans des variables d'instance au sein de l'objet. Un objet contient également des corps de code qui opèrent sur l'objet. Ces corps de code sont appelés méthodes. La seule façon dont un objet peut accéder aux données d'un autre objet est d'invoquer une méthode de cet autre objet. Cette action est appelée envoi d'un message à l'objet. Ainsi, l'interface d'appel des méthodes d'un objet définit la partie visible de l'extérieur de cet objet. La partie interne de l'objet (les variables d'instance et le code de méthode) ne sont pas visibles de l'extérieur. Le résultat est deux niveaux d'abstraction des données, qui sont importants pour faire abstraction (masquer) des détails internes des objets.Les modèles de données orientés objet fournissent également des références d'objets qui peuvent être utilisées pour identifier (se référer à) des objets.

Dans les modèles basés sur les enregistrements, la base de données est structurée en enregistrements à format fixe de plusieurs types. Chaque enregistrement a un ensemble fixe de champs. Les trois modèles de données basés sur les enregistrements les plus largement acceptés sont les modèles relationnels, de réseau et hiérarchiques. Les deux derniers ont été largement utilisés autrefois, mais sont de moins en moins importants. Le modèle relationnel est très largement utilisé. Les bases de données basées sur le modèle relationnel sont appelées bases de données relationnelles.

Le modèle relationnel utilise une collection de tables (appelées relations) pour représenter à la fois les données et les relations entre ces données. Chaque table a plusieurs colonnes et chaque colonne a un nom unique. Chaque ligne de la table est appelée un tuple et chaque colonne représente la valeur d'un attribut du tuple.

La taille d'une base de données peut varier considérablement, de quelques mégaoctets pour les bases de données personnelles, à des gigaoctets (un gigaoctet équivaut à 1 000 mégaoctets) voire des téraoctets (un téraoctet équivaut à 1 000 gigaoctets) pour les grandes bases de données d'entreprise.

Les informations d'une base de données sont stockées sur un support non volatile pouvant contenir de grandes quantités de données ; les supports les plus couramment utilisés sont les disques magnétiques. Les disques magnétiques peuvent stocker des quantités de données considérablement plus importantes que la mémoire principale, à des coûts bien inférieurs par unité de données.

Pour améliorer la fiabilité des systèmes critiques, les disques peuvent être organisés en structures appelées génériquement matrices redondantes de disques indépendants (RAID). Dans un système RAID, les données sont organisées avec une certaine redondance (telle que la réplication) sur plusieurs disques. Même si l'un des disques du système RAID devait être endommagé et perdre des données, les données perdues peuvent être reconstruites à partir des autres disques du système RAID. Voir Technologie de stockage informatique

Logiquement, les données d'une base de données relationnelle sont organisées comme un ensemble de relations, chaque relation étant constituée d'un ensemble d'enregistrements. C'est la vue donnée aux utilisateurs de la base de données. L'implémentation sous-jacente sur disque (cachée à l'utilisateur) consiste en un ensemble de fichiers. Chaque fichier se compose d'un ensemble de pièces de stockage sur disque de taille fixe, appelées blocs. Les enregistrements d'une relation sont stockés dans des blocs. Chaque relation est associée à un ou plusieurs fichiers. Généralement, un fichier contient des enregistrements d'une seule relation, mais les organisations où un fichier contient des enregistrements de plusieurs relations sont également utilisées pour des raisons de performance.

Une façon de récupérer un enregistrement souhaité dans une base de données relationnelle consiste à effectuer un balayage sur la relation correspondante ; une analyse récupère tous les enregistrements de la relation, un à la fois.

L'accès aux enregistrements souhaités à partir d'une grande relation à l'aide d'une analyse de la relation peut être très coûteux. Les index sont des structures de données qui permettent un accès plus efficace aux enregistrements. Un index est construit sur un ou plusieurs attributs d'une relation ; ces attributs constituent la clé de recherche. Étant donné une valeur pour chacun des attributs de clé de recherche, la structure d'index peut être utilisée pour récupérer rapidement les enregistrements avec les valeurs de clé de recherche spécifiées. Les index peuvent également prendre en charge d'autres opérations, telles que l'extraction de tous les enregistrements dont les valeurs de clé de recherche se situent dans une plage de valeurs spécifiée.

Un schéma de base de données est spécifié par un ensemble de définitions exprimées par un langage de définition de données. Le résultat de l'exécution des instructions du langage de définition des données est un ensemble d'informations stockées dans un fichier spécial appelé dictionnaire de données. Le dictionnaire de données contient des métadonnées, c'est-à-dire des données sur les données. Ce fichier est consulté avant que les données réelles ne soient lues ou modifiées dans le système de base de données. Le langage de définition des données est également utilisé pour spécifier les structures de stockage et les méthodes d'accès.

La manipulation de données est la récupération, l'insertion, la suppression et la modification des informations stockées dans la base de données. Un langage de manipulation de données permet aux utilisateurs d'accéder ou de manipuler des données telles qu'elles sont organisées par le modèle de données approprié. Il existe essentiellement deux types de langages de manipulation de données : Les langages de manipulation de données non procédurales exigent qu'un utilisateur spécifie quelles données sont nécessaires sans spécifier comment obtenir ces données.

Une requête est une instruction demandant la récupération d'informations. La partie d'un langage de manipulation de données qui implique la récupération d'informations s'appelle un langage de requête. Bien que techniquement incorrect, il est courant d'utiliser les termes langage de requête et langage de manipulation de données de manière synonyme.

Les langages de base de données prennent en charge à la fois les fonctions de définition de données et de manipulation de données. Bien que de nombreux langages de bases de données aient été proposés et mis en œuvre, SQL est devenu un langage standard pris en charge par la plupart des systèmes de bases de données relationnelles. Les bases de données basées sur le modèle orienté objet prennent également en charge les langages de requête déclaratifs similaires à SQL.

SQL fournit un langage de définition de données complet, y compris la possibilité de créer des relations avec des types d'attributs spécifiés et la possibilité de définir des contraintes d'intégrité sur les données.

Query By Example (QBE) est un langage graphique permettant de spécifier des requêtes. Il est largement utilisé dans les systèmes de bases de données personnelles, car il est beaucoup plus simple que SQL pour les utilisateurs non experts.

Les interfaces de formulaires présentent une vue d'écran qui ressemble à un formulaire, avec des champs à remplir par les utilisateurs. Certains champs peuvent être remplis automatiquement par le système de formulaires. Les rédacteurs de rapports permettent de définir des formats de rapport, ainsi que des requêtes pour extraire des données de la base de données ; les résultats des requêtes sont affichés formatés dans le rapport. Ces outils fournissent en effet un nouveau langage pour la construction d'interfaces de bases de données et sont souvent appelés langages de quatrième génération (4GL). Voir Interaction homme-machine

Souvent, plusieurs opérations sur la base de données forment une seule unité logique de travail, appelée une transaction. Un exemple de transaction est le transfert de fonds d'un compte à un autre. Les transactions dans les bases de données reflètent les transactions correspondantes dans le monde commercial.

Traditionnellement, les systèmes de bases de données ont été conçus pour prendre en charge des données commerciales, constituées principalement de données alphanumériques structurées. Ces dernières années, les systèmes de bases de données ont ajouté la prise en charge d'un certain nombre de types de données non traditionnels tels que les documents texte, les images, les cartes et autres données spatiales. L'objectif est de faire des bases de données des serveurs universels, pouvant stocker tous types de données. Plutôt que d'ajouter la prise en charge de tous ces types de données dans la base de données principale, les fournisseurs proposent des packages complémentaires qui s'intègrent à la base de données pour fournir une telle fonctionnalité.

Accès Examiner une série de problèmes qui font partie intégrante des environnements de base de données tels que l'utilisateur final, l'utilisation sur différentes plates-formes et la compatibilité ?

Le SGBD peut être utilisé à la fois pour l'environnement commercial et non commercial simplement parce que tout le monde veut stocker les données sous une forme ou une autre. Si c'est dans le SGBDR, il est plus facile de récupérer les données de manière plus efficace.