Riz. 3.5.

Au stade de la formulation et analyse des besoins les objectifs de l'organisation sont établis, les exigences relatives à la base de données sont déterminées. Ils sont constitués de Exigences générales, définis ci-dessus, et des exigences spécifiques. Pour formuler des exigences spécifiques, la technique d'entretien avec le personnel est généralement utilisée différents niveaux gestion. Toutes les exigences sont documentées dans un formulaire accessible à utilisateur final et concepteur de bases de données.

L'étape de conception conceptuelle consiste en une description et une synthèse exigences en matière d'information utilisateurs dans le projet de base de données d'origine. Les données sources peuvent être un ensemble de documents utilisateur (Fig. 3.3) dans l'approche classique ou des algorithmes d'application (algorithmes métier) dans l'approche moderne. Le résultat de cette étape est une représentation de haut niveau (sous la forme d'un système de tables de base de données) des besoins en informations des utilisateurs basée sur diverses approches.

Tout d'abord, le modèle de base de données est sélectionné. Ensuite, à l'aide du DML, une structure de base de données est créée, qui est remplie de données à l'aide de commandes DML, de systèmes de menus, de formulaires d'écran ou en mode d'affichage de table de base de données. Ici, la protection et l'intégrité (y compris l'intégrité référentielle) des données sont assurées à l'aide d'un SGBD ou par la construction de déclencheurs.

En cours conception logique la représentation de haut niveau des données est convertie dans la structure du SGBD utilisé. L'objectif principal de cette étape est d'éliminer la redondance des données à l'aide de règles de normalisation spéciales.

Le but de la normalisation est de minimiser la répétition des données et les éventuels changements structurels dans la base de données lors des procédures de mise à jour. Ceci est réalisé en divisant (décomposant) une table en deux ou plus, puis en utilisant des opérations de navigation dans les requêtes. Reçu structure logique DB peut être quantifié en utilisant diverses caractéristiques(nombre d'accès aux enregistrements logiques, volume de données dans chaque application, volume total de données). Sur la base de ces estimations structure logique peut être amélioré pour atteindre une plus grande efficacité.

La procédure de gestion des bases de données mérite une discussion particulière. C'est plus simple en mode mono-utilisateur. En mode multi-utilisateurs et dans les bases de données distribuées, la procédure devient beaucoup plus compliquée. Si plusieurs utilisateurs ont un accès simultané sans prendre de mesures particulières, il est possible que violation de l'intégrité. Pour éliminer ce phénomène, utilisez un système de transactions et un mode de verrouillage des tables ou des enregistrements individuels.

Transaction- le processus de modification d'un fichier, d'un enregistrement ou d'une base de données provoqué par la transmission d'un seul message d'entrée.

Au stade de la conception physique, les problèmes liés aux performances du système sont résolus et structures de stockage données et méthodes d’accès.

L'interaction entre les phases de conception et le système de dictionnaires doit être considérée séparément. Les procédures de conception peuvent être utilisées indépendamment en l’absence d’un système de dictionnaire. Le système de dictionnaire lui-même peut être considéré comme un élément d’automatisation de la conception.

Des outils de conception et des critères d'évaluation sont utilisés à toutes les étapes du développement. Actuellement, l’incertitude dans la sélection des critères constitue le point le plus faible de la conception des bases de données. Cela est dû à la difficulté de décrire et d’identifier un grand nombre de solutions alternatives.

La situation est plus simple lorsqu'on travaille avec des critères quantitatifs, qui incluent le temps de réponse à une requête, le coût de modification, le coût de la mémoire, le temps de création, le coût de réorganisation. La difficulté peut provenir de critères contradictoires.

En même temps, il y a beaucoup critères d'optimalité, qui sont des propriétés incommensurables difficiles à exprimer quantitativement ou en fonction objective.

Les critères de qualité peuvent inclure la flexibilité, l'adaptabilité, l'accessibilité pour les nouveaux utilisateurs, la compatibilité avec d'autres systèmes, la capacité de conversion vers un autre environnement informatique, la capacité de restauration, la capacité de distribution et d'extension.

Le processus de conception est long et laborieux et dure généralement plusieurs mois. Les principales ressources du concepteur de base de données sont sa propre intuition et son expérience, de sorte que la qualité de la solution peut dans de nombreux cas être faible.

Les principales raisons de la faible efficacité des bases de données conçues peuvent être :

• analyse insuffisamment approfondie des exigences (étapes initiales de conception), y compris leur sémantique et leurs relations avec les données ;
• la longue durée du processus de structuration, rendant ce processus fastidieux et difficile à réaliser manuellement.

Dans ces conditions, les enjeux d’automatisation du développement deviennent primordiaux.

Principales étapes du développement d'une base de données

Étape 1. Clarification des tâches

Dans un premier temps, une liste est dressée de toutes les tâches principales qui, en principe, devraient être résolues par cette application, y compris celles qui ne sont pas nécessaires aujourd'hui, mais qui pourraient apparaître à l'avenir. Les tâches « principales » font référence aux fonctions qui doivent être représentées dans les formulaires ou les rapports de l'application.

Étape 2. Séquence de tâches

Pour que l'application fonctionne de manière logique et pratique, il est préférable de combiner les tâches principales en groupes thématiques puis organisez les tâches de chaque groupe de manière à ce qu'elles soient dans l'ordre dans lequel elles sont accomplies. Il peut arriver que certaines tâches soient associées à des groupes différents, ou que l'achèvement d'une certaine tâche doive précéder l'achèvement d'une autre appartenant à un groupe différent.

Étape 3 : Analyse des données

Après avoir généré une liste de tâches, l’étape la plus importante consiste à compiler une liste détaillée de toutes les données nécessaires à la résolution de chaque tâche. Certaines données seront nécessaires comme données initiales et ne changeront pas. D'autres données seront vérifiées et modifiées au fur et à mesure de l'avancement de la tâche. Certains éléments de données peuvent être supprimés ou ajoutés. Enfin, certaines données seront obtenues grâce à des calculs : leur sortie fera partie du problème, mais elles ne seront pas saisies dans la base de données.

Étape 4. Définir la structure des données

Après une analyse préliminaire de tous les éléments de données nécessaires, vous devez les organiser en objets et corréler les objets avec des tables et des requêtes de base de données. Les bases de données à accès relationnel utilisent un processus appelé normalisation pour créer le moyen le plus efficace et le plus flexible de stocker des données.

Étape 5. Développement de la présentation de l'application et de l'interface utilisateur

Après avoir défini la structure des tables d'application, dans Microsoft Access Il est facile de créer sa mise en page à l'aide de formulaires et de les relier entre eux à l'aide de simples macros ou de procédures de gestion d'événements. Il est facile de démontrer au client un plan de travail préliminaire et d'obtenir son approbation avant même la mise en œuvre détaillée des tâches d'application.

Étape 6. Créer une application

Pour des tâches très simples, la mise en page créée constitue presque une application complète. Cependant, vous devez souvent rédiger des procédures qui vous permettent d'automatiser entièrement la solution de toutes les tâches décrites dans le projet. Par conséquent, vous devrez créer des formulaires de connexion spéciaux permettant la transition d'une tâche à une autre.

Étape 7. Tests et améliorations

Après avoir terminé le travail sur les composants individuels de l'application, vous devez vérifier la fonctionnalité de l'application dans chacun d'eux. modes possibles. Vous devez vérifier le fonctionnement des macros en utilisant mode pas à pas débogage, dans lequel une commande de macro spécifique sera exécutée. Lorsque vous utilisez Visual Basic pour Applications, vous disposez de divers outils de débogage pour tester votre application et identifier et corriger les erreurs.

Au fur et à mesure du développement de sections autonomes de l'application, il convient de les remettre au client pour vérifier leur fonctionnement et obtenir un avis sur la nécessité d'apporter certaines modifications. Une fois que le client s'est familiarisé avec le fonctionnement de l'application, il a presque toujours des suggestions d'amélioration supplémentaires, quelle que soit la profondeur de l'étude préliminaire du projet. Les utilisateurs constatent souvent que certaines des choses qu’ils ont déclarées très importantes et nécessaires au cours du processus de définition des objectifs ne jouent en réalité pas un rôle significatif dans le processus. utilisation pratique applications. Révélateur Les changements nécessaires dès les premiers stades du développement d’une application, cela peut réduire considérablement le temps nécessaire aux retouches ultérieures.

Tâches de conception de base de données de base

Objectifs principaux :

• S'assurer que toutes les informations nécessaires sont stockées dans la base de données.
• Assurer la capacité d’obtenir des données pour toutes les demandes nécessaires.
• Réduisez la redondance et la duplication des données.
• Assurer l'intégrité des données (exactitude de leur contenu) : éliminer les contradictions dans le contenu des données, éliminer leur perte, etc.

Étapes de base de la conception d'une base de données

Conception conceptuelle (infologique)- construire un modèle sémantique Domaine, c'est modèle d'information le plus haut niveau d'abstraction. Un tel modèle est créé sans se concentrer sur un SGBD ou un modèle de données spécifique. Les termes « modèle sémantique », « modèle conceptuel » et « modèle infologique » sont synonymes. De plus, dans ce contexte, les mots « modèle de base de données » et « modèle de domaine » peuvent être utilisés indifféremment (par exemple, « modèle conceptuel de base de données » et « modèle conceptuel de domaine »), puisqu'un tel modèle est à la fois une image de la réalité et un base de données de conception d'images pour cette réalité.

Le type et le contenu spécifiques du modèle conceptuel de base de données sont déterminés par l'appareil formel choisi à cet effet. Des notations graphiques similaires aux diagrammes ER sont couramment utilisées.

Le plus souvent, le modèle conceptuel de base de données comprend :

• description objets d'information, ou les concepts du domaine et les liens entre eux.
• description des contraintes d'intégrité, c'est-à-dire exigences pour valeurs acceptables données et les liens entre elles.

Conception logique (datalogique)- créer un schéma de base de données basé sur un modèle de données spécifique, par exemple un modèle de données relationnel. Pour un modèle de données relationnel, un modèle datalogique est un ensemble de diagrammes de relations, spécifiant généralement des clés primaires, ainsi que des « liens » entre les relations, qui sont des clés étrangères.

Conversion d'un modèle conceptuel en modèle logique, en règle générale, est effectué selon des règles formelles. Cette étape peut être largement automatisée.

Au stade de la conception logique, les spécificités sont prises en compte modèle spécifique données, mais les spécificités d'un SGBD particulier peuvent ne pas être prises en compte.

Conception physique

Conception physique- créer un schéma de base de données pour un SGBD spécifique. Les spécificités d'un SGBD particulier peuvent inclure des restrictions sur la dénomination des objets de base de données, des restrictions sur les types de données pris en charge, etc. De plus, les spécificités d'un SGBD particulier lors de la conception physique incluent le choix de solutions liées à environnement physique stockage des données (choix des modes de gestion mémoire disque, division de la base de données en fichiers et appareils, méthodes d'accès aux données), création d'index, etc.

Normalisation

Lors de la conception de bases de données relationnelles, une opération appelée normalisation est généralement effectuée.

Modèles entité-relation

Modèle entité-relation « Modèle Entité-Relation » ), ou modèle ER, proposé par P. Chen en 1976, est le représentant le plus célèbre de la classe des modèles sémantiques (conceptuels, infologiques) du domaine. Le modèle ER est généralement représenté sous forme graphique, en utilisant la notation originale de P. Chen, appelée Diagramme ER, ou en utilisant d'autres notations graphiques ( Patte d'oie, Ingénierie de l'information et etc.).

Les principaux avantages des modèles ER :

• visibilité;
• les modèles vous permettent de concevoir des bases de données avec gros montant objets et attributs;
• Les modèles ER sont implémentés dans de nombreux systèmes conception assistée par ordinateur bases de données (par exemple, ERWin).

Éléments de base des modèles ER :

• objets (entités);
• attributs d'objet ;
• connexions entre les objets.

Une entité est un objet de domaine qui possède des attributs.

La relation entre les entités est caractérisée par :

• type de connexion (1:1, 1:N, N:M) ;
• classe de membres. Un cours peut être obligatoire ou facultatif. Si chaque instance d'entité est impliquée dans une relation, alors la classe d'appartenance est obligatoire, sinon elle est facultative.

Modèles sémantiques

Le modèle sémantique (modèle conceptuel, modèle infologique) est un modèle d'un domaine conçu pour représenter la sémantique d'un domaine dans la réalité. haut niveau abstractions. Cela signifie que la nécessité d'utiliser les concepts " niveau faible"liés aux spécificités de la représentation physique et du stockage des données.

Date K. J. Introduction aux systèmes de bases de données. - 8e éd. - M. : « Williams », 2006 :

La modélisation sémantique fait l’objet d’intenses recherches depuis la fin des années 1970. La principale motivation d’une telle recherche (c’est-à-dire le problème que les chercheurs essayaient de résoudre) était le fait suivant. Le fait est que les systèmes de bases de données ont généralement une connaissance très limitée de la signification des données qui y sont stockées. Le plus souvent, ils permettent uniquement de manipuler les données de certains types simples et définir quelques contraintes d'intégrité simples imposées à ces données. Toute interprétation plus complexe relève de la responsabilité de l'utilisateur. Cependant, ce serait formidable si les systèmes pouvaient être un peu plus compétents et un peu plus intelligents pour répondre aux requêtes des utilisateurs, tout en prenant en charge des interfaces utilisateur plus complexes (c'est-à-dire de niveau supérieur).
[…]
Les idées de modélisation sémantique peuvent être utiles comme outil de conception de bases de données même si elles ne sont pas directement prises en charge par le SGBD.

Le représentant le plus célèbre de la classe des modèles sémantiques est le modèle entité-relation (modèle ER).

Littérature

• Date de K.J. Introduction aux systèmes de bases de données. - 8e éd. - M. : « Williams », 2006. - 1328 p. -ISBN0-321-19784-4
• Kogalovsky M.R. Des technologies prometteuses systèmes d'information. - M. : DMK Presse ; Société informatique, 2003. - 288 p. -ISBN5-279-02276-4
• Kogalovsky M.R. Encyclopédie des technologies de bases de données. - M. : Finances et Statistiques, 2002. - 800 p. -ISBN5-279-02276-4
• Kouznetsov S.D. Bases de base de données. - 2e éd. - M. : Université Internet Technologies de l'information; BINÔME. Laboratoire de connaissances, 2007. - 484 p. - ISBN978-5-94774-736-2
• Connolly T., Begg K. Base de données. Conception, mise en œuvre et support. Théorie et pratique = Systèmes de bases de données : une approche pratique de la conception, de la mise en œuvre et de la gestion. - 3e éd. - M. : « Williams », 2003. - 1436 p. -ISBN0-201-70857-4
• Garcia-Molina G., Ullman J., Widom J. Systèmes de bases de données. Cours complet. - M. : « Williams », 2003. - 1088 p. - ISBN5-8459-0384-X

voir également

• Méthodes de conception

Liens

• Le modèle entité-relation est une étape vers une vue unifiée des données - Citforum
• Étendre le modèle relationnel pour mieux refléter la sémantique - Citforum
• Un guide pour concevoir des bases de données de sites Web « pour les débutants »
• Une méthode pour concevoir la structure logique d'une base de données relationnelle sans normalisation de table

Remarques

Fondation Wikimédia. 2010.

Découvrez ce qu'est « Conception de base de données » dans d'autres dictionnaires :

L'administrateur de base de données est une personne chargée de développer les exigences d'une base de données, sa conception, sa mise en œuvre, utilisation efficace et le soutien, y compris la gestion comptes utilisateurs de la base de données et protection contre les utilisateurs non autorisés... ... Wikipedia

- (Refactoring de base de données en anglais) est un simple changement dans le schéma de la base de données qui permet d'améliorer sa conception tout en conservant la sémantique fonctionnelle et informationnelle. En d'autres termes, la conséquence de la refactorisation de la base de données ne peut pas être... ... Wikipédia

CONCEPTION- une des formes de réflexion avancée de la réalité, le processus de création d'un prototype (prototype) d'un objet, d'un phénomène ou d'un processus proposé à travers des spécificités. méthodes. P. est une forme spécifique de manifestation pronostique. fonctions de contrôle,... ... Encyclopédie sociologique russe

La requête « DB » est redirigée ici ; voir aussi d'autres significations. Une base de données présentée sous une forme objective est une collection de documents indépendants (articles, calculs, règlements, décisions de justice et autres documents similaires), ... ... Wikipedia

Avant de commencer à créer une base de données, vous devez y consacrer du temps. conception.

L'objectif principal de la conception de bases de données est de réduire la redondance des données stockées, et donc d'économiser la quantité de mémoire utilisée, de réduire le coût des multiples opérations de mise à jour des copies redondantes et d'éliminer la possibilité d'incohérences dues au stockage d'informations sur le même objet dans différents lieux . Un projet de base de données dit « pur » (« chaque fait en un seul endroit ») peut être créé en utilisant la méthodologie de normalisation des relations. Normalisation doit être utilisé lors de l’étape de vérification finale de la conception de la base de données.

Une mauvaise conception de la structure de la base de données entraîne presque toujours une perte de temps consacrée à son traitement ultérieur. Les développeurs expérimentés passent autant de temps à concevoir des bases de données qu’à les créer. En général, le développement d'une base de données comprend les étapes suivantes :

1. Déterminez le but de la base de données.

2. Décider quelles données d'entrée la base de données doit contenir.

3. Déterminez les tables de la base de données source.

4. Déterminer les champs qui seront inclus dans les tables et sélectionner les champs contenant des valeurs uniques.

5. Attribution des relations entre les tables et examen final de la structure résultante.

6. Créer des tableaux, les relier entre eux et remplir expérimentalement la base de données avec des données d'essai.

7. Création de formulaires, de rapports et de requêtes pour les opérations avec des données saisies.

Déterminer le but de la base de données

Le développement de chaque base de données commence par un examen du problème qu’elle est censée résoudre ou du besoin qu’elle est censée satisfaire.

A titre d'exemple, essayons de créer la base la plus simple données de la bibliothèque de fiction "Bibliothèque". La base de données est conçue pour stocker des données sur les livres achetés par la bibliothèque, des informations sur l'emplacement des exemplaires individuels de chaque publication et des informations sur les lecteurs.

Sélection des informations à inclure dans la base de données

Pour maintenir les catalogues de bibliothèque, organiser les recherches des livres requis et les statistiques de la bibliothèque, les informations doivent être stockées dans la base de données, dont la plupart sont placées dans des fiches de catalogue annotées. Une analyse des demandes de littérature montre que pour rechercher des livres adaptés (par sujet, auteur, éditeur, etc.) et sélectionner le bon (par exemple, par résumé), il convient de souligner les éléments suivants les attributs fiche:

2. Titre du livre.

3. Lieu de publication (ville).

4. Editeur (nom de la maison d'édition).

5. Année de fabrication.

6. Résumé.

Les attributs qui permettent de caractériser les emplacements de stockage d'exemplaires individuels de livres comprennent :

1. Numéro de pièce (local pour ranger les livres).

2. Numéro d'étagère dans la pièce.

3. Numéro d'étagère sur le support.

4. Numéro (numéro d'inventaire du livre).

5. Date d'achat.

6. La date de placement d'un livre spécifique dans un endroit précis.

7. Date de retrait du livre du lieu désigné.

Les attributs qui aident à caractériser les lecteurs incluent :

1. Numéro de carte de bibliothèque (formulaire).

2. Nom de famille du lecteur.

3. Nom du lecteur.

4. Deuxième prénom du lecteur.

5. Adresse du lecteur.

6. Numéro de téléphone du lecteur.

7. Date de délivrance d'un livre spécifique au lecteur.

8. La période pour laquelle un livre particulier est délivré au lecteur.

9. Date de retour du livre.

Définir des tables sources

L'analyse des objets et attributs définis ci-dessus nous permet de déterminer les tables suivantes pour la construction de la base de données conçue :

2. Livres. La table est conçue pour stocker des informations sur les livres.

3. Éditeurs.Le tableau est destiné à stocker des informations sur les éditeurs.

4. Stockage. Le tableau est destiné à décrire où les livres sont stockés.

5. Problème.Le tableau est destiné à stocker des informations sur les livres publiés.

6. Lecteurs.Le tableau est destiné à stocker des informations sur les lecteurs de la bibliothèque.

Sélection des champs de table obligatoires

Après avoir déterminé l'ensemble des tables incluses dans la base de données, vous devez réfléchir aux informations sur chaque objet qui seront incluses dans chacune des tables. Chaque champ doit appartenir à une table distincte. Dans le même temps, les informations contenues dans chaque champ doivent être structurellement élémentaires, c'est-à-dire qu'elles doivent être stockées dans les champs sous la forme des plus petits composants logiques.

Sur la base de ce qui précède, nous déterminons des champs dans les tableaux sélectionnés et taper les données stockées.

Livres:

· code du livre– un champ numérique conçu pour identifier de manière unique chaque livre spécifique dans la base de données ;

· titre de livre

· annotation- champ de texte;

· date de publication;

· date d'admission à la bibliothèque;

· stockage.
Éditeurs :

· code éditeur– un champ numérique conçu pour identifier de manière unique chaque éditeur spécifique dans la base de données ;

· nom de la maison d'édition– champ de caractères, pas plus de 256 caractères ;

· ville où se trouve la maison d'édition– champ de caractères, pas plus de 25 caractères.

Stockage:

· code de localisation– un champ numérique conçu pour identifier de manière unique chaque étagère spécifique dans la base de données ;

· numéro de chambre– champ numérique ;

· numéro de rack– champ numérique ;

· numéro d'étagère– champ numérique.

Problème:

· code d'émission– un champ numérique conçu pour identifier de manière unique chaque problème spécifique dans la base de données ;

· numéro de livre délivré– champ numérique ;

· code du lecteur– champ numérique ;

· date d'émission;

· date d'émission(nombre de jours) ;

· date de retour.

Lecteurs :

· numéro de carte de bibliothèque– un champ numérique conçu pour identifier de manière unique chaque lecteur spécifique dans la base de données ;

· nom de famille

· Nom– champ de caractères, pas plus de 50 caractères ;

· nom de famille– champ de caractères, pas plus de 50 caractères ;

· adresse– champ de caractères, pas plus de 256 caractères ;

· Téléphone– champ de caractères, pas plus de 20 caractères.

Sélection de champs uniques

Dans une base de données relationnelle, les tables peuvent être liées les unes aux autres. Cette relation est établie à l'aide de champs uniques. Champs uniques– ce sont des champs dans lesquels les valeurs ne peuvent pas être répétées. Par exemple, la série et le numéro d’un passeport identifient de manière unique toute personne détenant un passeport. Un champ (ou une combinaison de champs) qui identifie de manière unique un enregistrement dans une table est appelé clé primaire.Le champ clé primaire peut également être le numéro de série d'une entrée du catalogue, le matricule d'un employé de l'entreprise ou le numéro d'article d'un produit dans le commerce de détail.

Pour notre base de données, les clés primaires sont les champs suivants :

· Livres - code du livre.

· Éditeurs – code éditeur.

· Stockage - code de localisation.

· Problème - code d'émission.

· Lecteurs – numéro de billet.

Affectation de relations entre les tables

Les relations inter-tables lient deux tables à l'aide d'un champ commun qui existe dans les deux tables. Il existe trois types de telles connexions :

· Un par un– chaque enregistrement du tableau A ne peut être associé à plus d'un enregistrement du tableau B;

· un à plusieurs– un enregistrement du tableau A peut être associé à plusieurs enregistrements du tableau B (par exemple, il peut y avoir plusieurs élèves dans chaque classe) ;

· plusieurs à plusieurs– chaque enregistrement du tableau A peut être associé à plusieurs enregistrements du tableau B, et chaque enregistrement du tableau B peut être associé à plusieurs enregistrements du tableau A (par exemple, chaque élève peut avoir plusieurs enseignants, et chaque enseignant peut avoir plusieurs élèves) .

Les bases de données relationnelles ne permettent pas de créer directement des relations plusieurs-à-plusieurs. Cependant, dans vrai vie De telles relations se produisent très souvent, elles sont donc mises en œuvre via des tables auxiliaires, reliant plusieurs tables avec des relations un-à-plusieurs.

Afin de lier une table à une autre, vous devez saisir le champ de clé primaire de la première table dans la deuxième table, c'est-à-dire entrer dans le deuxième tableau clé externe. La relation entre deux tables s'effectue en connectant la clé primaire de la table principale (située du côté « un » de la relation) au même champ de clé étrangère de la table associée (située du côté « plusieurs » de la relation) . Un champ de clé étrangère dans une table associée doit être du même type de données que la clé primaire de la table parent, à une exception près. Si la clé primaire de la table principale a un type de données Compteur, le champ de clé étrangère de la table associée doit avoir un type de données Numérique.

Dans notre base de données, nous établirons les types de relations suivants entre les tables :

1. Auteurs - Livres. Voici la connexion plusieurs à plusieurs, n’importe quel auteur peut avoir plus d’un livre, et n’importe quel livre peut être écrit par plus d’un auteur. Par conséquent, nous introduisons une table auxiliaire « Auteurs-Livres » avec les champs suivants :

· code du livre.

2. Livres – Éditeurs. Voici la connexion plusieurs à plusieurs, tout livre peut être publié par plusieurs maisons d'édition, et toute maison d'édition publie plus d'un livre. Nous introduisons donc une autre table auxiliaire « Livres-éditeurs » avec les champs suivants :

· code du livre;

· code éditeur.

3. Stockage - Livres. Voici la connexion un à plusieurs, de nombreux livres peuvent être placés sur une seule étagère, mais un livre ne peut être stocké que sur une seule étagère. Par conséquent, nous définissons le champ « Emplacement de stockage » dans la table « Livres » comme une clé étrangère et connectons les tables « Stockage » et « Livres » avec la clé primaire « Code d'emplacement » et la clé étrangère « Emplacement de stockage ».

4. Livres – Numéro. Voici la connexion un à plusieurs, c'est à dire. le même livre peut paraître plusieurs fois par an dates différentesà différents lecteurs. Par conséquent, nous définissons le champ « Numéro du livre de parution » dans la table « Numéro » comme une clé étrangère, et connectons les tables « Livres » et « Numéro de livre » avec la clé primaire « Code du livre » et la clé étrangère « Numéro du livre de parution ». .

5. Lecteurs - Problème. Voici la connexion un à plusieurs, c'est à dire. le même livre peut être distribué plusieurs fois à des lecteurs différents à des moments différents. Par conséquent, nous définissons le champ « Code lecteur » dans la table « Problème » comme une clé étrangère et connectons les tables « Lecteurs » et « Problème » avec la clé primaire « Numéro de carte de bibliothèque » et la clé étrangère « Code lecteur ».

Normalisation des relations

Après avoir fini de concevoir les tableaux et d'identifier les relations qui existent entre eux, vous devez revérifier soigneusement la structure résultante avant de commencer à créer des tableaux et à saisir des informations. La normalisation des relations permet de réduire considérablement la quantité d'informations stockées et d'éliminer les anomalies dans l'organisation du stockage des données.

Règle 1 : Chaque champ du tableau doit représenter un type d'information unique.

La base de données que nous avons conçue ne contient aucun champ différents tableaux contenant les mêmes informations (sauf pour les clés étrangères).

Règle 2 : Chaque table doit avoir identifiant unique, ou clé primaire, qui peut être constituée d'un ou plusieurs champs.

Dans la base de données que nous avons conçue, toutes les tables (à l'exception des auxiliaires « Auteurs - livres » et « Editeurs - livres ») contiennent une clé primaire.

Règle 3 : Pour chaque valeur de clé primaire, les valeurs des colonnes de données doivent se rapporter à l'objet table et le décrire entièrement.

Cette règle est utilisée de deux manières. Premièrement, la table ne doit pas contenir de données non liées à l'objet défini par la clé primaire. Par exemple, bien que chaque livre nécessite des informations sur son auteur, l'auteur est un objet indépendant et les données le concernant doivent figurer dans le tableau approprié. Deuxièmement, les données du tableau doivent décrire complètement l'objet.

Règle 4 : Il devrait être possible de modifier les valeurs de n'importe quel champ (non inclus dans la clé primaire) sans affecter les données des autres champs.

La dernière règle vous permet de vérifier si des problèmes surviendront lors de la modification des données dans les tableaux. Puisque dans la base de données que nous avons conçue, les données contenues dans les différents champs des tables ne sont répétées nulle part, nous avons la possibilité d'ajuster les valeurs de tous les champs (à l'exception de clés primaires).

Remplir la base de données, créer des formulaires et des rapports

Pour déterminer dans quelle mesure la structure de la base de données correspond à la tâche à accomplir et dans quelle mesure il est pratique de travailler avec cette base de données, vous devez saisir quelques entrées simples. En règle générale, vous devez ensuite revenir à la structure de la base de données et l'ajuster en fonction des résultats obtenus lors d'un tel test.

Au stade final, des formulaires sont créés pour saisir des informations dans la base de données, des rapports pour afficher des informations et des requêtes utilisées pour récupérer des informations de plusieurs tables. Si la base de données est destinée à être transférée à d'autres utilisateurs, il est très probablement nécessaire qu'une personne extérieure vérifie dans quelle mesure il est pratique de travailler avec des formulaires et des rapports.

Reçu schéma de données La base de données développée dans MS Access est présentée dans la Fig. 4.1.

Riz. 4.1. Schéma de données de la base de données développée dans Microsoft Access

Questions de contrôle

1. Définir un système d'information.

2. Expliquez le concept d'une base de données.

3. Qu'est-ce qu'un domaine ?

4. Définissez le SGBD.

5. Qu'est-ce qu'un modèle de données ?

6. Expliquer les principes de base du modèle de données relationnelles.

7. Expliquer les fonctionnalités du SGBD Microsoft Access.

8. Quels sont les principaux objets de la base Données d'accès?

9. Expliquez la structure d'une table Access.

10. Expliquer les concepts : demande, formulaire, rapport, page d'accès aux données, macro, module.

11. Quelles sont les principales étapes de la conception d’une base de données ?

12. Comment les informations incluses dans la base de données sont-elles sélectionnées ?

13. Expliquer les concepts : clé primaire, clé étrangère.

14. Quel est le but des relations entre les tables ?

15. Expliquer les principaux types de relations entre les tables.

16. Qu'est-ce que la normalisation des relations avec les bases de données ?

Concepts de base des bases de données

Développement la technologie informatique a été réalisé dans deux directions principales :

utilisation de la technologie informatique pour effectuer des calculs numériques;

utilisation de la technologie informatique dans les systèmes d'information.

Un système d'information est un ensemble de logiciels et de matériel, de méthodes et de personnes qui assurent la collecte, le stockage, le traitement et la fourniture d'informations pour résoudre les problèmes assignés. Dans les premières étapes de l'utilisation des systèmes d'information, un modèle de traitement de fichiers a été utilisé. Plus tard, les bases de données ont commencé à être utilisées dans les systèmes d’information. Les bases de données sont une forme moderne d’organisation, de stockage et d’accès à l’information. Des exemples de grands systèmes d'information sont systèmes bancaires, systèmes de commande billets de train etc.

Une base de données est un ensemble intégré de données structurées et interdépendantes, organisées selon certaines règles qui fournissent principes généraux description, stockage et traitement des données. Généralement, une base de données est créée pour un domaine.

Un domaine est une partie du monde réel qui doit être étudiée afin de créer une base de données pour automatiser le processus de gestion.

Les ensembles de principes qui définissent l'organisation de la structure logique du stockage des données dans une base de données sont appelés modèles de données.

Il existe 4 modèles de données principaux : les listes (tables plates), les bases de données relationnelles, les structures hiérarchiques et en réseau.

Pendant de nombreuses années, les tableaux plats (bases de données plates) tels que les listes dans Excel ont été principalement utilisés. Actuellement, les modèles de données relationnelles sont les plus largement utilisés dans le développement de bases de données. Le modèle de données relationnel est un ensemble des tableaux bidimensionnels les plus simples - relations (relation anglaise), c'est-à-dire Le tableau bidimensionnel le plus simple est défini comme une relation (un ensemble d'enregistrements du même type unis par un seul sujet).

Le nom vient du terme relation modèle relationnel données. Les bases de données relationnelles utilisent plusieurs tableaux bidimensionnels dans lesquels les lignes sont appelées enregistrements et les colonnes sont des champs entre les enregistrements desquels des relations sont établies. Cette méthode d'organisation des données permet de lier les données (enregistrements) d'une table aux données (enregistrements) d'autres tables via des identifiants uniques (clés) ou des champs clés.

Concepts de base des bases de données relationnelles : normalisation, relations et clés

1. Principes de normalisation :

Chaque table de base de données ne doit pas contenir de champs en double ;

Chaque table doit avoir un identifiant unique (clé primaire) ;

Chaque valeur de clé primaire doit contenir suffisamment d'informations sur le type d'entité ou l'objet de table (par exemple, des informations sur les performances académiques, le groupe ou les étudiants) ;

La modification des valeurs dans les champs du tableau ne devrait pas affecter les informations des autres champs (à l'exception des modifications des champs clés).

2. Types de connexion logique.

Une relation s'établit entre deux champs (colonnes) communs de deux tables. Il existe des relations un-à-un, un-à-plusieurs et plusieurs-à-plusieurs.

Relations pouvant exister entre les enregistrements de deux tables :

un à un, chaque enregistrement d'une table correspond à un enregistrement d'une autre table ;

un à plusieurs, chaque enregistrement d'une table correspond à plusieurs enregistrements d'une autre table ;

plusieurs - à - un, plusieurs enregistrements d'une table correspondent à un enregistrement dans une autre table ;

plusieurs à plusieurs, plusieurs enregistrements d'une table correspondent à plusieurs enregistrements d'une autre table.

Type de relation dans connexion créée dépend de la façon dont les champs associés sont définis :

Une relation un-à-plusieurs est créée lorsqu'un seul des champs est un champ de clé primaire ou d'index unique.

Une relation un-à-un est créée lorsque les deux champs liés sont des champs clés ou ont des index uniques.

Une relation plusieurs-à-plusieurs est en fait deux relations un-à-plusieurs avec une troisième table dont la clé primaire est constituée des champs de clé étrangère des deux autres tables.

3. Clés. Une clé est une colonne (il peut y avoir plusieurs colonnes) ajoutée à une table qui permet de la lier aux enregistrements d'une autre table. Il existe deux types de clés : primaires et secondaires ou étrangères.

Une clé primaire est constituée d'un ou plusieurs champs (colonnes) dont la combinaison de valeurs identifie de manière unique chaque enregistrement d'une table. La clé primaire n'autorise pas les valeurs Null et doit toujours avoir un index unique. Une clé primaire est utilisée pour lier une table aux clés étrangères d’autres tables.

Une clé étrangère (secondaire) est un ou plusieurs champs (colonnes) d'une table qui contiennent une référence à un ou plusieurs champs de clé primaire d'une autre table. Une clé étrangère définit la manière dont les tables sont jointes.

Des deux logiquement tableaux associés l'une est appelée table de clés primaires ou table principale, et l'autre table de clés secondaires (étrangères) ou sous-table. Les SGBD vous permettent de comparer les enregistrements associés des deux tables et de les afficher ensemble dans un formulaire, un rapport ou une requête.

Il existe trois types de clés primaires : les champs de clé de compteur (compteur), la clé simple et la clé composite.

Champ Compteur (Type de données « Compteur »). Type de données de champ dans une base de données dans lequel une valeur numérique unique est automatiquement saisie dans le champ pour chaque enregistrement ajouté à la table.

Clé simple. Si un champ contient des valeurs uniques, telles que des codes ou des numéros d'accession, alors ce champ peut être défini comme clé primaire. Tout champ contenant des données peut être défini comme clé, à condition que le champ ne contienne pas de valeurs en double ou nulles.

Clé composée. Dans les cas où il est impossible de garantir l'unicité des valeurs de chaque champ, il est possible de créer une clé composée de plusieurs champs. Cette situation se produit le plus souvent pour une table utilisée pour une relation plusieurs-à-plusieurs entre deux tables.

Il convient de noter encore une fois que le champ de clé primaire ne doit contenir que des valeurs uniques dans chaque ligne du tableau, c'est-à-dire aucune correspondance n'est autorisée, mais dans un champ de clé secondaire ou étrangère, les valeurs des lignes du tableau peuvent correspondre.

Si vous avez du mal à choisir type approprié clé primaire, il est alors conseillé de sélectionner le champ du compteur comme clé.

Les programmes conçus pour structurer les informations, les placer dans des tableaux et manipuler les données sont appelés systèmes de gestion de bases de données (SGBD). En d’autres termes, les SGBD sont conçus à la fois pour créer et maintenir une base de données et pour accéder aux données. Il existe actuellement plus de 50 types de SGBD pour Ordinateur personnel. Les types de SGBD les plus courants comprennent : MS serveur SQL, Oracle, Informix, Sybase, DB2, MS Access, etc.

Création d'une base de données. Étapes de conception

La création d'une base de données commence par la conception.

Étapes de conception de la base de données :

Recherche thématique ;

Analyse des données (entités et leurs attributs) ;

Définissez les relations entre les entités et définissez les clés primaires et secondaires (étrangères).

Lors du processus de conception, la structure de la base de données relationnelle est déterminée (la composition des tables, leur structure et leurs connexions logiques). La structure du tableau est déterminée par la composition des colonnes, le type de données et la taille des colonnes ainsi que les clés du tableau.

À concepts de base Le modèle de base de données « entité-relation » comprend : les entités, les connexions entre elles et leurs attributs (propriétés).

Une entité est tout objet concret ou abstrait dans le domaine considéré. Les entités sont les types d'informations de base qui sont stockées dans une base de données (dans une base de données relationnelle, chaque entité se voit attribuer une table). Les entités peuvent inclure : des étudiants, des clients, des départements, etc. Une instance d'entité et un type d'entité sont des concepts différents. La notion de type d'entité fait référence à un ensemble d'individus, d'objets ou d'événements homogènes agissant dans leur ensemble (par exemple, un étudiant, un client, etc.). Une instance d'entité fait référence, par exemple, à une personne spécifique dans un ensemble. Le type d'entité peut être un étudiant et l'instance peut être Petrov, Sidorov, etc.

Un attribut est une propriété d'une entité dans un domaine. Son nom doit être unique pour type spécifique essence. Par exemple, pour l'entité étudiante les attributs suivants peuvent être utilisés : nom, prénom, patronyme, date et lieu de naissance, détails du passeport, etc. Dans une base de données relationnelle, les attributs sont stockés dans des champs de table.

La relation est la relation entre les entités du domaine. Les relations sont des connexions entre des parties d'une base de données (dans une base de données relationnelle, ce sont des connexions entre des enregistrements de table).

Les entités sont des données classées par type et les relations montrent comment ces types de données sont liés les uns aux autres. Si nous décrivons un certain domaine en termes de relation entité, nous obtenons un modèle entité-relation pour cette base de données.

Considérons le domaine : Bureau du doyen (résultat des étudiants)

La base de données « Bureau du doyen » doit stocker des données sur les étudiants, les groupes d’étudiants, les notes des étudiants dans diverses disciplines, les enseignants, les bourses, etc. Nous nous limiterons aux données sur les étudiants, les groupes d'étudiants et les notes des étudiants dans diverses disciplines. Définissons les entités, les attributs d'entité et les exigences de base pour les fonctions de base de données avec des données limitées.

Les principales entités disciplinaires de la base de données « Décanat » sont : les étudiants, les groupes d'étudiants, les disciplines, les performances académiques.

Attributs de base importants pour le sujet des entités :

Étudiants – nom, prénom, patronyme, sexe, date et lieu de naissance, groupe d’étudiants ;

Groupes d'étudiants – nom, cours, semestre ;

Disciplines – nom, nombre d’heures

Performance académique – évaluation, type de contrôle.

Exigences de base pour les fonctions de base de données :

Sélectionner les performances de l'étudiant dans les disciplines, en indiquant le nombre total d'heures et le type de contrôle ;

Sélectionner les performances des étudiants par groupes et disciplines ;

Sélectionner des disciplines étudiées par un groupe d'étudiants dans un cours spécifique ou

un certain semestre.

De l'analyse des données du domaine, il s'ensuit que chaque entité doit se voir attribuer un simple tableau bidimensionnel (relations). Ensuite, vous devez établir des connexions logiques entre les tables. Il est nécessaire d'établir une telle connexion entre les tables Etudiants et Progress afin que chaque enregistrement de la table Etudiants corresponde à plusieurs enregistrements de la table Progress, c'est-à-dire un à plusieurs, puisque chaque élève peut avoir plusieurs notes.

La relation logique entre les entités Groupe - Étudiants est définie comme un à plusieurs sur la base du fait qu'il y a de nombreux étudiants dans un groupe et que chaque étudiant fait partie d'un groupe. La relation logique entre les entités Discipline - Réalisation est définie comme un à plusieurs, car pour chaque discipline plusieurs notes peuvent être attribuées à différents étudiants.

Sur la base de ce qui précède, nous créons un modèle entité-relation pour la base de données « Bureau du doyen » - la flèche est symbole connexions : un à plusieurs.

Pour créer une base de données, vous devez utiliser l'un des SGBD bien connus, par exemple le SGBD Access.

Le processus de conception comprend les étapes suivantes.

Conception infologique.

Déterminer les exigences relatives à l'environnement d'exploitation dans lequel le système d'information fonctionnera.

Sélection d'un système de gestion de base de données (SGBD) et d'autres outils logiciels.

Conception de base de données logique.

Conception physique de la base de données.

1.1. Conception infologique.

Le processus de conception de systèmes d'information est une tâche assez complexe. Cela commence par la construction d'un modèle de données infologique, c'est-à-dire l'identification des entités.

Un modèle informationnel d'un domaine (logiciel) est une description de la structure et de la dynamique du logiciel, de la nature des besoins d'information des utilisateurs en termes compréhensibles pour l'utilisateur et indépendants de la mise en œuvre de la base de données. Cette description est exprimée non pas en termes d'objets logiciels individuels et de connexions entre eux, mais en termes de leurs types, des contraintes d'intégrité associées et des processus qui conduisent à la transition d'un domaine d'un état à un autre.

Actuellement, la conception est utilisée à l'aide de la méthode Entité-Relation (méthode ER), qui est une combinaison de méthodes thématiques et appliquées et présente les avantages des deux.

L'étape de conception de l'information commence par la modélisation logicielle. Le concepteur le décompose en un certain nombre de zones locales, dont chacune (idéalement) comprend des informations suffisantes pour répondre aux besoins d'un groupe distinct de futurs utilisateurs ou pour résoudre une tâche distincte (sous-tâche). Chaque représentation locale est modélisée séparément, puis elles sont combinées.

Le choix de la représentation locale dépend de l'échelle du logiciel. Habituellement, il est divisé en zones locales de telle manière que chacune d'elles correspond à une zone distincte. application externe et contenait 6 à 7 entités.

Essence– il s'agit d'un objet sur lequel des informations seront accumulées dans le système. Les entités existent comme existant physiquement (par exemple, EMPLOYÉ ou VOITURE ) et abstrait (par exemple, EXAMEN ou DIAGNOSTIC ).

Les entités sont classées en classe, type d'entité et instance. Il existe trois grandes classes d'entités : tige, associatif Et caractéristique, ainsi qu'une sous-classe d'entités associatives – désignations.

Essence de base (noyau ) est une entité indépendante qui n'est ni une association, ni une désignation, ni une caractéristique. Ces entités ont une existence indépendante, bien qu'elles puissent désigner d'autres entités.

Entité associative (association ) est une relation plusieurs-à-plusieurs entre deux ou plusieurs entités ou instances d'une entité. Les associations sont considérées comme des entités à part entière, elles peuvent : participer à d'autres associations et désignations au même titre que les entités principales ; avoir des propriétés, c'est-à-dire avoir non seulement un ensemble d'attributs clés nécessaires pour indiquer les relations, mais également un certain nombre d'autres attributs qui caractérisent la relation.

Entité caractéristique ( caractéristique ) est une relation « plusieurs-à-un » ou « un-à-un » entre deux entités (un cas particulier d'association). Le seul cible caractéristiques du domaine considéré consiste à décrire ou à clarifier une autre entité. Leur nécessité découle du fait que les entités du monde réel ont parfois des propriétés à valeurs multiples.

Par exemple, un mari peut avoir plusieurs femmes, un livre peut avoir plusieurs caractéristiques de réimpression (corrigé, augmenté, ...), etc.

L’existence d’une caractéristique dépend entièrement de l’entité caractérisée : les femmes perdent leur statut d’épouses en cas de décès de leur mari.

Entité désignante ( désignation ) est une relation plusieurs-à-un ou un-à-un entre deux entités et est différent de la caractéristique en ce sens qu'elle ne dépend pas de l'entité désignée. Les notations sont utilisées pour stocker des valeurs répétitives d'attributs de texte volumineux : « codificateurs » des disciplines étudiées par les étudiants, noms d'organisations et de leurs départements, listes de biens, etc.

En règle générale, les désignations ne sont pas considérés comme des entités à part entière, même si cela ne entraînerait aucune erreur. Les désignations et les caractéristiques ne sont pas des entités complètement indépendantes, puisqu’elles présupposent l’existence d’une autre entité qui sera « désignée » ou « caractérisée ». Cependant, ils représentent toujours des cas particuliers d’une entité et peuvent bien entendu posséder des propriétés, participer à des associations, des désignations et avoir leurs propres caractéristiques (de niveau inférieur). Nous soulignons également que toutes les instances d'une caractéristique doivent être associées à une instance de l'entité caractérisée. Cependant, il est admis que certaines instances de l'entité caractérisée n'aient pas de relations.

Type d'entité caractérisé par un nom et une liste de propriétés, et copie– valeurs de propriété spécifiques.

Les types d'entités peuvent être classés comme fort Et faible . Les entités fortes existent par elles-mêmes, et l’existence d’entités faibles dépend de l’existence d’entités fortes.

Par exemple, un lecteur de bibliothèque est une entité forte, et l'abonnement de ce lecteur est une entité faible, qui dépend de la présence du lecteur correspondant.

Les entités faibles sont appelées subordonnés (filiales), et les plus forts - basique (principal, parent).

Pour chaque entité, des propriétés (attributs) sont sélectionnées.

Il y a:

Attributs identifiants et descriptifs. Les attributs d'identification ont une signification unique pour les entités de ce genre et sont clés potentielles. Ils vous permettent de reconnaître de manière unique les instances d'une entité. Une clé primaire (PC) est sélectionnée parmi les clés potentielles. Une clé potentielle est généralement sélectionnée en tant que PC, qui est utilisée pour accéder plus souvent aux instances d'enregistrement. De plus, le PC doit inclure le nombre minimum d'attributs requis pour l'identification. Les attributs restants sont dits descriptifs et contiennent les propriétés qui intéressent l'entité.

Attributs composés et simples. Un attribut simple est constitué d'un composant, sa valeur est indivisible. Un attribut composite est une combinaison de plusieurs composants, appartenant éventuellement à différents types données (par exemple, nom complet ou adresse). La décision d'utiliser un attribut composite ou de le diviser en composants dépend de la manière dont il est traité et du format de la représentation de cet attribut par l'utilisateur.

Attributs à valeur unique et à valeurs multiples(peut avoir une ou plusieurs valeurs pour chaque instance d'entité, respectivement).

Attributs de base et dérivés. La valeur de l'attribut principal est indépendante des autres attributs. La valeur d'un attribut dérivé est calculée en fonction des valeurs d'autres attributs (par exemple, l'âge d'un élève est calculé en fonction de sa date de naissance et de la date du jour).

spécification attribut se compose de son titres, instructions Type de données Et descriptions des contraintes d'intégrité– l’ensemble des valeurs (ou domaine) que peut prendre un attribut donné.

Ensuite, la spécification des connexions au sein de la représentation locale est effectuée. Les connexions peuvent avoir différentes significations significatives (sémantique). Une distinction est faite entre les relations « entité-entité », « entité-attribut » et « attribut-attribut » pour les relations entre attributs qui caractérisent la même entité ou la même relation entité-entité.

Chaque connexion caractérisé nom, obligation, taper Et degré. Distinguer facultatif Et obligatoire communications. Si un objet nouvellement généré d'un type est nécessairement associé à un objet d'un autre type, alors entre ces types d'objets il y a obligatoire connexion (indiquée par une double ligne). Sinon, la connexion est facultatif.

Par taper Il existe plusieurs relations : un à un (1:1), un à plusieurs (1:n) et plusieurs à plusieurs (m:n). Un diagramme ER contenant différents types de connexions est illustré à la Fig. 1. Veuillez noter que connexions obligatoires En figue. 1 sont mis en évidence par un double trait.

Degré La relation est déterminée par le nombre d'entités couvertes par cette relation. Un exemple de relation binaire est le lien entre un service et les employés qui y travaillent. Un exemple de relation ternaire est une relation comme examen entre entités DISCIPLINE , ÉTUDIANT , PROFESSEUR . D'après le dernier exemple, il est clair qu'une relation peut aussi avoir des attributs (dans ce cas, il s'agit de la date du Et Grade ). Un exemple de diagramme ER indiquant les entités, leurs attributs et leurs relations est présenté dans la Fig. 2.

Les décisions de conception prises peuvent être décrites dans un langage de modélisation d'information (IML), basé sur Langage SQL, ce qui vous permet de donner un Description complète n’importe quelle entité et donc l’ensemble de la base de données. Par exemple:

CREATE TABLE Plats * (Entité principale)

CLÉ PRIMAIRE (BL)

CHAMPS (BL Whole, Dish Text 60, View Text 7)

LIMITATIONS (1. Les valeurs du champ Dish doivent être

unique; en cas de violation, retrait

messages "Un tel plat existe déjà."

2. Les valeurs du champ Type doivent appartenir à

ensemble : Entrée, Soupe, Plat principal, Dessert,

Boire; si une violation se produit, afficher un message

"Vous ne pouvez prendre que des apéritifs, des soupes, des plats chauds,

Dessert, Boisson");

CRÉER UNE TABLE Composition *(Liens Plats et Produits)

CLÉ PRIMAIRE (BL, PR)

CLÉ ÉTRANGÈRE (BL DE Dish

Les valeurs NULL NE SONT PAS AUTORISÉES

RETRAIT DES CASCADES DU PLAT

MISE À JOUR Dish.BL CASCADES)

CLÉ ÉTRANGÈRE (Produits PRIZ

Les valeurs NULL NE SONT PAS AUTORISÉES

RETRAIT DES PRODUITS LIMITÉS.

MISE À JOUR Produits.PR CASCADISÉ)

CHAMPS (BL Entier, PR Entier, Poids Entier)

LIMITATIONS (1. Les valeurs des champs BL et PR doivent appartenir à

un ensemble de valeurs des champs de table correspondants

Plats et produits ; si une violation se produit, afficher un message

"Un tel plat n'existe pas" ou "Un tel produit n'existe pas".

2. La valeur du champ Poids doit être comprise entre 0,1 et 500 g).

Toutefois, cette description n’est pas très claire. Pour obtenir une plus grande illustrativité, il est conseillé de compléter le projet en utilisant les langages de modélisation d'information « Entité-relation » ou « Table-relation »

Dans les diagrammes ER "Entité-relation" essence sont représentés (Fig. 2) rectangles marqués, les associations – marqué de diamants ou hexagones, les attributs – ovales marqués, UN communications entre eux - nervures non directionnelles(lignes reliant des formes géométriques), au-dessus desquelles peuvent être indiqués le degré de connexion (1 ou une lettre remplaçant le mot « plusieurs ») et l'explication nécessaire.

Dans le langage de modélisation d'informations « Table-link » (Fig. 3), toutes les entités sont représentées tableaux à une seule colonne avec en-têtes, composé de nom Et type d'entité. Les lignes du tableau sont une liste d'attributs d'entité, et ceux qui composent la clé primaire sont localisés près et sont entourés d'un cadre. Les relations entre les entités sont indiquées par des flèches dirigées depuis les clés primaires ou leurs composants.

(noyau)

(association)

(caractéristique)

Une fois les vues locales créées, elles sont fusionnées. Si le nombre de zones locales est faible (pas plus de cinq), elles sont regroupées en une seule étape. Sinon, la jointure binaire s'effectue généralement en plusieurs étapes.

Lorsqu'elles sont combinées, le concepteur peut former des constructions dérivées de celles utilisées dans les représentations locales. Cette approche pourrait poursuivre les objectifs suivants :

combiner des idées fragmentaires sur diverses propriétés du même objet en un seul tout ;

introduction de concepts abstraits pratiques pour résoudre des problèmes de système, établissant leur lien avec des concepts spécifiques utilisés dans le modèle ;

la formation de classes et de sous-classes d'objets similaires (par exemple, la classe « produit » et les sous-classes de types de produits fabriqués dans l'entreprise).

Au stade de l'unification, il est nécessaire d'identifier et d'éliminer toutes les contradictions. Par exemple, les mêmes noms d'objets ou de relations sémantiquement différents, ou des contraintes d'intégrité incohérentes sur les mêmes attributs dans différentes applications. L'élimination des contradictions nécessite de revenir au stade de la modélisation des représentations locales afin d'y apporter les modifications appropriées.

Une fois la combinaison terminée, les résultats de la conception représentent un modèle d'information conceptuel du domaine. Les modèles de représentation locale sont des modèles infologiques externes.

DÉTERMINATION DES EXIGENCES POUR LA SALLE D'OPÉRATION

SITUATION.

À ce stade, les besoins en ressources informatiques nécessaires au fonctionnement du système sont évalués, le type et la configuration d'un ordinateur spécifique sont déterminés et le type et la version du système d'exploitation sont sélectionnés. La quantité de ressources informatiques dépend du volume attendu de la base de données conçue et de l'intensité de leur utilisation. Si la base de données fonctionne en mode multi-utilisateurs, elle doit alors être connectée au réseau et disposer d'un système d'exploitation multitâche approprié.