Le domaine de la base de données relationnelle. Modèle de base de données relationnelle

Niveau 1:Niveau modèles externes - C'est le plus haut niveau où chaque modèle a sa propre vision des données. Ce niveau détermine le point de vue de la base de données d'applications individuelles.

Niveau conceptuel:Le lien de contrôle central, où la base de données est représentée ici sous la forme la plus générale, qui combine les données utilisées par toutes les applications. En fait, le niveau conceptuel reflète le modèle généralisé du domaine.

Niveau physique (Base de données):Il s'agit des données elles-mêmes situées dans des fichiers ou dans les structures de page situées dans les médias en cours.

Modèle de données

Allouez les modèles de données suivants:

1. infologique

2. Date logique

3. physique

Le processus de conception de bases de données commence par la conception d'un modèle infologique. Modèle de données infologiques Il s'agit d'une description informelle généralisée de la BD créée à l'aide d'une langue naturelle, de formules mathématiques, de tables, de graphiques et d'autres moyens qui utilisent toutes les personnes travaillant sur la conception de la base de données.

Message de domaines

Le modèle d'infographie affiche le monde réel dans le concept de certaines personnes compréhensibles, pleinement indépendant de l'environnement de stockage. Par conséquent, le modèle d'infographie ne doit pas être modifié tant que certains changements dans le monde réel nécessitent des changements en dehors de la définition afin que ce modèle continue à afficher le domaine.

Il existe de nombreuses approches pour construire ce modèle: modèles de graphique, réseaux sémantiques, entité - communication et autres.

Modèle de datalog

Le modèle d'information doit être affiché dans un modèle de datalog, un SGBD clair. Le modèle de datalog est une description formelle du modèle d'infographie dans la langue du SGMS.

Modèle hiérarchique

Ce modèle est une combinaison d'éléments connexes formant structure hiérarchique. Les principaux concepts de la hiérarchie incluent le niveau, le nœud et la communication.

niveau de communication

Le nœud est un ensemble d'attributs de données décrivant certains objets. Chaque nœud est associé à un noeud plus haut niveau et avec un nombre quelconque de nœuds de bas niveau. L'exception est le nœud de niveau le plus élevé. Le nombre d'arbres de la base de données est déterminé par le nombre de racines d'arbres. Chaque enregistrement de base de données existe le seul chemin de l'enregistrement racine. Exemple simple Il peut y avoir un système de noms de domaine sur Internet \\ Adresse. Au premier niveau (racine des arbres), notre planète Terre se trouve, dans le deuxième pays, dans la troisième région, à la quatrième - règlement, rue, maison, appartement. Un représentant typique est le SGBD d'IBM - IMS.

Toutes les copies ce type Le descendant avec un exemple commun du type ancêtre est appelé jumeaux. Pour une base de données, un contournement complet de commande est défini. De haut en bas et à droite à gauche.

Modèle physique

Sur la base du modèle Datalog, un modèle physique est construit. Organisation physique Les données ont l'impact fondamental sur les caractéristiques opérationnelles de la base de données. Les développeurs DBMS tentent de créer les modèles de données physiques les plus productifs, offrant aux utilisateurs à une boîte à outils particulière afin de configurer le modèle pour une base de données particulière.

Exemple: en particulier, pour la base de données relationnelle, il prend déjà en compte:

1. Aspects physiques du stockage des tables dans des fichiers spécifiques.

2. Créer des index d'optimisation de la vitesse des opérations sur les données à l'aide de l'application.

3. Effectuer diverses actions de données sous certains événements définis par les utilisateurs ayant contribué à des déclencheurs et à des procédures stockées.

Modèles infologiques x.

Modèles physiques

Pour tous les niveaux et pour toute méthode de présentation domaine, le codage des concepts de relations entre concepts. Étape clé dans le développement de tout système d'Information Effectue une analyse système:

Formalisation du sujet et de la représentation du système en tant qu'en série de composants.

La composition comme base de l'analyse système peut être fonctionnelle (hiérarchie du bâtiment).

Cependant, dans la plupart des systèmes, si nous parlons de bases de données, les types de données sont un élément statique que les méthodes de traitement. Par conséquent, de telles méthodes d'analyse du système ont été obtenues un développement intensif en tant que diagramme de diagramme de données. Développement de bases de données relationnelles. Stimulé le développement de la construction de techniques de développement de données en particulier des graphiques ER. Le modèle de données relationnel comme mappage utilise directement le concept de relation. Il est le plus proche du modèle conceptuel de présentation de données. Et le sous-tend souvent.

Contrairement au théoricien des modèles de graphiques, le modèle de communication relationnel entre les relations est mis en œuvre par une manière non explicite pour laquelle les clés de la relation sont utilisées. Par exemple, une relation de type hiérarchique est mise en œuvre par le mécanisme de clé primaire et externe lorsque des attributs doivent être présents dans la relation subordonnée.

Un tel attribut de relations dans la relation principale sera appelé la clé primaire et dans le secondaire subordonné.

Progrès dans le développement de langages de programmation liés principalement à la saisie des données et l'émergence de langues orientées objet permettait d'aborder l'analyse des systèmes complexes du point de vue des représentations hiérarchiques, c'est-à-dire avec l'aide de Classes d'objets avec les propriétés du polymorphisme, de l'héritage, de l'encapsulation.

L'attitude est une table.

Tables d'édition, enregistrements ...

Supprimer ce qui a créé et

Édition.

Modèle de base de données relationnelle

Les modèles de données relationnels ont maintenant gagné la plus grande popularité pour une telle représentation des données.

Le modèle relationnel peut être représenté comme une méthode de présentation de données spéciale contenant ses propres données (sous forme de tableaux) et des moyens de fonctionner et de les manipuler (sous la forme de connexions). Le modèle relationnel implique trois éléments conceptuels: structure, intégrité et traitement des données. Dans ces éléments, il y a ses concepts obligatoires qui doivent être expliqués pour une présentation supplémentaire.

La table est considérée comme un entrepôt de données direct. Traditionnellement dans des systèmes relationnels appelés table relation.Ligne de table appelée tupleet colonne attribut. Dans ce cas, les attributs ont des noms uniques (dans la relation).

Le nombre de tuples dans la table est appelé nombre cardinal. Nombre d'attributs degré.La relation est définie sur un identifiant unique, c'est-à-dire un ou plusieurs attributs, dont les valeurs ne sont pas identiques - l'identifiant est appelé clé primaire. Domerail s'agit d'un ensemble de valeurs homogènes admissibles pour l'un ou l'autre attribut. Ainsi, le domaine peut être considéré comme un ensemble de données nommé, et les parties composites de cet ensemble sont des unités logiquement non divisibles (comme domaine, par exemple, la liste des noms du personnel de l'institution peut ne pas être dans la table. Cependant, tous les noms de famille ne peuvent pas être présents dans le tableau).

Sommet. Kireeva 25.50 Motyleva 17.05 … …. …

Attitude

les attributs

KOD, nom, champs SEMS Celles-ci sont les attributs de table contenus dans le titre.

Couples KOD 5216, Nom Kireeva, Sommet 25.50 sont des éléments de la relation corporelle.

Dans des bases de données relationnelles, contrairement à d'autres modèles, l'utilisateur indique quelles données sont nécessaires et non comment le faire. Pour cette raison, le processus de déplacement et de navigation de la base de données dans des systèmes relationnels est automatique et cette tâche dans le SGBD fonctionne. optimiseur.Son travail est d'être le plus façon efficace Sélectionnez Données à partir de la base de données sur demande. Ainsi, l'optimiseur doit au moins pouvoir déterminer à partir desquelles les tableaux sont sélectionnés dans la mesure où de nombreuses informations contenues dans ces tables et quel est l'ordre physique de l'enregistrement dans les tables et la manière dont ils sont regroupés.

De plus, la base de données relationnelle effectue les deux fonctions d'annuaire. Le catalogue contient une description de tous les objets dont consiste une base de données: tables, index, déclencheurs, etc. De toute évidence, il est essentiel que le bon fonctionnement de l'ensemble du système, un tel composant en tant qu'optimiseur. L'optimiseur utilise des informations stockées dans le répertoire. Intéressant le fait que le catalogue lui-même est un ensemble de tables, de sorte que le SGBD peut les manipuler façons traditionnellessans recourir à des techniques et méthodes spéciales.

Domaines et relations

Définitions principales: domaines, types de relations, prédicats.

La relation a un certain nombre de propriétés principales:

1. Dans l'affaire Général, il n'y a pas de nuples courants dans les relations - cela résulte de la définition même des relations. Cependant, pour certains SGBD dans certains cas, la retraite est autorisée à partir de cette propriété. Combien de relations dans la clé primaire a lieu, les mêmes cortices sont exclues.

2. Les cortices ne sont pas commandées de haut en bas - il n'y a tout simplement aucun concept de numéro de position. Dans les relations sans perte d'informations, vous pouvez organiser avec succès les contes dans n'importe quel ordre.

3. Les attributs ne sont pas commandés à gauche de la droite. Les attributs de la relation de titre peuvent être situés dans n'importe quel ordre, tandis que l'intégrité des données n'est pas violée. Par conséquent, le concept de numéro de position par rapport à l'attribut n'existe pas non plus.

4. La valeur des attributs consiste en unités logiquement non divinieuses - cela découle du fait que les valeurs sont extraites des domaines, sinon on peut dire que la relation ne contient pas de groupes de répétition. C'est-à-dire que sont normalisés.

Les systèmes relationnels ont pris en charge plusieurs types de relations:

1. Les relations nommées sont des relations variables définies dans la SGBM en créant des opérateurs et généralement nécessaires à une soumission plus pratique d'informations pour l'utilisateur.

2. Les relations de base sont directement importantes de la base de données, alors lors de la conception, ils donnent leur propre nom.

3. Le ratio dérivé est celui qui a été déterminé à travers d'autres, en règle générale, les relations de base en utilisant les outils du SGBD.

4. La présentation est en réalité un ratio dérivé nommé, tandis que la soumission est exprimée exclusivement par l'intermédiaire des opérateurs de la SGBD appliqués aux relations nommées, il n'ya donc aucun physiquement dans la base de données.

5. Résultat de la demande Il ne s'agit pas d'un ratio dérivé nommé contenant des données (résultat d'une requête spécifique). Le résultat dans la base de données n'est pas stocké et existe aussi longtemps que nécessaire pour l'utilisateur.

6. L'attitude stockée est que physiquement soutenue dans la mémoire de la relation, la base des relations est principalement prise en charge. Sur la base de ce qui précède, vous pouvez définir une base de données relationnelle comme un ensemble de relations qui sont liées les unes aux autres.

La communication dans ce cas est l'association de deux relations ou plus.

Kod.	ADRES.

1 1 Communication Un à plusieurs est que, à chaque instant, chaque élément (CURUTO A) correspond à plusieurs éléments des tuples b
∞ Communication binaire

Étudiants

Enseignement

Calendrier des classes

∞

∞

∞

Étudiants

Cravates terrasses

Intégrité des données

Dans des modèles relationnels, la question de l'intégrité des données est déchargée. Rappelez-vous que la clé de la clé ou du potentiel est l'ensemble d'attributs minimum, selon les valeurs que vous pouvez trouver de manière unique le tuple requis, des moyens minimaux minimaux que l'exclusion de l'ensemble de tout attribut ne vous permet pas d'identifier un moteur pour le attributs restants.

Chaque attitude a au moins une clé possible. L'un d'entre eux est accepté pour la clé primaire.

Lorsque vous choisissez une clé primaire, vous devez préférer ne pas composer des touches ou des touches composées de l'ensemble minimum d'attributs. Il est indésirable d'utiliser également de longues clés valeurs de texte (Il est préférable d'utiliser des attributs entier comme des clés). Donc, pour identifier un employé, vous pouvez utiliser un numéro de table unique ou un numéro de passeport, soit un ensemble de noms patronymiques et un numéro de département. Il n'est pas permis que la relation clé principale soit, c'est-à-dire que tout attribut participant à la clé principale a pris des valeurs incertaines. Dans ce cas, la situation contradictoire se posera ( collision): L'élément clé principal ne possède pas de manière unique. Par conséquent, lors de la conception d'une base de données, cela devrait être surveillé avec soin.

Sur les clés externes. Il convient de noter que la relation avec connecte la relation B et A, puis il devrait inclure des clés externes correspondant aux clés primaires des relations A et V.

La clé externe du tableau est formée à l'aide de plusieurs clés primaires d'autres tables.

Ainsi, lorsque vous envisagez le problème de choisir un moyen de communiquer dans la base de données, la question se pose sur les clés externes. En même temps pour chaque clé externe Il est nécessaire de résoudre le problème associé à la possibilité (ou à l'incapacité) de l'apparition de valeurs incertaines dans les clés externes (NULL - valeur des valeurs Attribut pour les informations manquantes). En d'autres termes, peut-il y avoir des tuples dans des relations pour lesquelles un tuple n'est pas connu pour lui?

D'autre part, il est nécessaire de penser à ce qui se passe lors de l'élimination des tuples de la relation à laquelle la clé externe fait référence. En même temps, il y a les caractéristiques probables suivantes:

· Opération en cascade - c'est-à-dire que la suppression des tuples dans la relation mène à l'élimination des tuples associés à l'attitude. Par exemple, supprimez des informations sur le nom du nom, etc. Un employé à un égard conduit à la suppression de son salaire à un autre respect;

· Opération limité -c'est-à-dire que seuls ces cortices sont supprimés pour lesquels il n'y a pas d'informations connexes à un autre respect. Toutes les informations ne sont pas supprimées (pas à tous égards), car elles peuvent être utilisées à un autre respect, la suppression des informations dans lesquelles conduit une violation de l'intégrité des données. Si ces informations sont disponibles, la suppression ne peut pas être effectuée, par exemple, la suppression des informations sur le nom, le nom de famille, etc. Un employé n'est possible que s'il n'y a aucune information dans la masse salariale associée sur son salaire.

Nous devons prévoir la technologie de ce qui se passera lors de la tentative de mise à jour de la clé principale de la relation avec laquelle une clé externe fait référence à une clé externe. Ici, il y a les mêmes caractéristiques que lors de la suppression:

· L'opération est en cascade qui est, lors de la mise à jour de la clé principale, une clé externe est mise à jour dans l'attitude associée. Par exemple, une mise à jour de la clé primaire par rapport à l'endroit où les informations de l'employé sont stockées conduit à une mise à jour de clé externe par rapport aux informations de salaire.

· Le fonctionnement est limité qu'il n'y a que les clés primaires pour lesquelles il n'y a pas d'informations connexes à un autre respect. Si cette information est disponible, la mise à jour ne peut pas être effectuée. Par exemple, une mise à jour de la clé principale par rapport auxquelles les informations de l'employé sont stockées, il n'est possible que si les informations sur son salaire dans la relation associée sont manquantes.

Algèbre relationnelle

La base formelle de la base du modèle relationnel de la BD est une algèbre relationnelle basée sur la théorie des ensembles et compte tenu d'un opérateur spécial sur les relations et du calcul relationnel sur la base de la logique mathématique.

Composition

A a b c dans

MR D.

RÉ.

MAIS

A b c

MR D.

bien

Il convient de noter que l'algèbre relationnelle dispose de requêtes complexes de puissance élevées à la base de données peut être exprimée avec une seule expression. Pour cette raison, ces mécanismes sont inclus dans modèle relationnel Les données. Toute demande exprimée avec une expression d'une algèbre relationnelle ou d'une formule relationnelle, peut être exprimée à l'aide d'un opérateur d'état.

L'algèbre relationnelle a une propriété importante - elle est fermée sur le concept de relation. Cela signifie que l'expression de l'algèbre relationnelle est effectuée au-dessus des relations relationnelles et les résultats de leur calcul sont également une relation.

L'idée principale de l'algèbre relationnelle est que les moyens de manipuler les relations considérés comme beaucoup sont basés sur des opérations multiples traditionnelles complétées par certaines opérations spécifiques pour la base de données.

Nous décrivons la version algébra proposée par le code. L'opération se compose de 8 opérateurs principaux:

· Relation d'échantillonnage (opération unaire)

· Projection de relation (opération unaire)

· Relations de relations

· Intersection des relations (opération binaire)

· Suppression des relations

· Travail de relation

· Connexion des relations

· Relations en matière de suppression

Ces opérations peuvent être expliquées comme suit:

· Le résultat de l'échantillonnage de la relation sur une certaine condition est la relation qui ne comprend que ces constructions de la relation initiale qui répondent à cette condition.

· Dans la mise en œuvre de la projection de la relation avec l'ensemble spécifié de ses attributs sera obtenue par la relation de la taverne dont provient les utilles correspondantes de la première relation.

· Lors de la combinaison de deux relations, la relation qui comprend tous les cortices incluses dans au moins une des relations participant aux opérations opérationnelles.

· Lors de l'utilisation d'une opération d'intersection de deux relations, la relation qui comprend tous les tutoriels incluses dans les deux relations initiales.

· Lors de l'exploitation de la soustraction de deux relations, la relation qui comprend tous les cortices incluses dans la première attitude, à l'exception de celles qui sont également incluses dans la deuxième attitude.

· Lors de l'exécution d'un produit direct de deux relations, le rapport est une combinaison de tuples de la première et de la deuxième relation.

· Lors de la connexion de deux relations pour une certaine condition, le ratio résultant des utilles dont la combinaison de tules de la première et de la deuxième relation satisfaisant cette condition.

· L'opération de division relationnelle a deux opérandes - binaire qui est (composé de deux attributs) et unaire (consistant en une seule attribute). Le résultat de l'opération est le rapport entre les tuples comprenant le rapport du premier attribut des utilles de la première relation, et de sorte que l'ensemble des secondes valeurs d'attribut coïncide avec l'ensemble de second ratios.

En plus de la liste ci-dessus, il existe un certain nombre d'opérations spéciales caractéristiques de travail avec des bases de données:

· À la suite de l'opération de renommée, un ensemble de tuples, qui coïncide avec le corps de la relation initiale, mais les noms d'attribut sont modifiés.

Il s'ensuit que le résultat de l'opération relationnelle est quelque chose qu'il est possible de former des expressions relationnelles dans lesquelles au lieu de la relation initiale (opérande), une expression relationnelle investie sera utilisée. Cela se produit en raison du fait que le fonctionnement de l'algèbre relationnelle est vraiment fermé en ce qui concerne le concept de relation. Commençons par l'opération combinaison de relationsCependant, il fait également référence aux opérations d'intersection et de combinaison, c'est-à-dire dans l'algèbre relationnelle, le résultat du fonctionnement de l'Union est la relation. Si vous admettez une algèbre relationnelle la possibilité association Deux relations arbitraires avec différents ensembles d'attributs, alors le résultat d'une telle opération sera nombreux, mais de nombreux tuples de type différent, c'est-à-dire généralement une relation. Si vous passez de l'exigence de la garde-robe de l'algèbre relationnelle concernant le concept de la relation, une telle opération associationcela n'a pas de sens. Cela conduit à l'apparition du concept compatibilité des relations par association: Deux relations sont compatibles que lorsque vous possédez titres identiquesC'est-à-dire, il a le même ensemble de noms d'attribut, et les attributs du même nom sont définis dans le même domaine.

À condition que deux relations soient compatibles à combiner, avec la mise en œuvre habituelle de l'opération sur eux, le fonctionnement de la combinaison du calcul du résultat de l'opération est la relation avec un titre correctement défini qui coïncide avec le titre de chacune des relations - opérandes . Si deux relations ne sont pas entièrement compatibles sur la combinaison, c'est-à-dire compatible dans tout, à l'exception des noms des attributs, puis avant d'effectuer une opération de type de connexion, ces relations peuvent être entièrement compatibles à l'unification en appliquant l'opération de renommée.

Le fonctionnement du produit direct de deux relations provoque de nouveaux problèmes. Dans la théorie des ensembles, le produit direct peut être obtenu pour tous les ensembles. Les éléments de l'ensemble résultant seront des paires composées d'éléments du premier et de second ensemble. Étant donné que les relations sont des ensembles, alors pour deux relations, il est possible d'obtenir un travail direct. Cependant, le résultat ne sera pas une attitude. Les éléments du résultat ne seront pas une conicité, mais une paire de tuples. Par conséquent, dans l'algèbre relationnelle, une forme spéciale d'une opération de travail directe est utilisée - un produit direct étendu des relations. Lorsqu'il prend un produit direct étendu de deux relations avec un élément de la relation résultante, un tuple formé par la fusion d'un cortex de la première relation et un cortex de la deuxième relation. Immédiatement, il existe un deuxième problème associé à l'obtention d'un en-tête correctement formé du ratio résultant, cela conduit à la nécessité de saisir le concept de compatibilité des relations, de prendre un produit direct étendu.

Deux relations sont compatibles pour effectuer un produit direct uniquement si l'ensemble des noms d'attributs de ces relations ne se croisit pas. Toute deux relations peut être convertie en un type compatible de prise de produit direct en appliquant une opération de renommée à l'une de ces relations.

L'opération d'échantillon nécessite deux relations: la relation initiale est l'opérande et la condition limite simple. À la suite de l'exécution de l'opération d'échantillonnage, le titre qui coïncide avec l'en-tête du ratio opérand et le corps comprend les cortices de la relation d'opérande, qui répondent aux valeurs des conditions de limitation.

Nous introduisons un certain nombre d'opérateurs.

Que l'Union signifie l'opération de combinaison, intersection - intersection de fonctionnement, minus-soustraction. Pour désigner l'opération de l'échantillon, nous utiliserons l'endroit où B Conception B, où A est le ratio opérand et dans une simple condition de comparaison. Soit C1 et C2 être deux échantillons simples

A où C1 et C2 sont identiques (A où C1) intersect (A où C2)

A Où C1 ou C2 est identique (A où C1) Union (A où C2)

A Où C1 pas C2 identique (A où C1) moins (A Où C2)

Utilisation de ces définitions, vous pouvez mettre en œuvre des opérations d'échantillonnage dans lesquelles la condition d'échantillonnage est une expression logique arbitraire composée de conditions simples En utilisant des connexions logiques (et ou, pas). Relation d'opération de projection Une liste OP des attributs A1, A2, ..., un rapport du titre du titre est un ensemble d'attributs, A1, A2, ..., an. Le corps de résultat consistera en des tuples pour lesquels par rapport à un tuple est un tuple, l'attribut A1 est B1, la valeur d'attribut A2 B2< и так далее атрибут an – bn. По сути при выполнении операции проекции определяется «Вертикальная» вырезка отношения - операнда с удалением возникающих кортежей –дубликатов.

Le fonctionnement de la connexion a parfois appelé le composé par condition nécessite la présence de deux opérandes - relations connectées et le troisième opérande est une condition simple. Laissez le rapport A et V être connecté comme dans le cas de l'opération de l'échantillon, la condition de la connexion C a la forme, (et COMP -OP B) ou (et COMP -OP Const) où a et dans les noms des attributs des relations A et B, constante spécifiée de manière constante. Comp-Op est une opération de comparaison autorisée dans ce contexte. Ensuite, en déterminant le résultat, l'opération composée est le rapport obtenu par voie, le fonctionnement de l'opération de restriction, par une condition d'un produit direct des relations A et V.

Il existe une importante affaire de connexion privée, une connexion naturelle. Le fonctionnement du composé est appelé fonctionnement composé naturel si les conditions du composé sont visualisées (A \u003d B) où a et dans les attributs de différents opérandes de composés. Cette affaire est importante car elle est particulièrement souvent trouvée dans la pratique et il existe des algorithmes efficaces pour la mise en œuvre dans le SGBD. L'opération de connexion naturelle est appliquée à la paire de relations A et B avec un attribut commun p, c'est-à-dire l'attribut avec le même nom et le même domaine défini sur le même domaine. Soit AB dénote l'union des titres des relations A et B. Ensuite, le composé naturel est un composé naturel de la connexion naturelle A et V. Les opérations de la connexion naturelle ne sont pas incluses directement dans l'ensemble des opérations d'algèbre relationnelle, mais elle a une valeur pratique très importante.

L'opération de relation nécessite une explication plus détaillée car il est difficile de comprendre. Soit deux attitude A (A1, A2, .., A, B1, B2, ..., BM) sont spécifiés

B (B1, B2, ..., BN) Nous supposons que l'attribut B1 des relations A et l'attribut B1 B1 est défini sur le même domaine. Un ensemble d'attributs (AJ) par un attribut composite A, défini (BJ) avec un attribut invite b. Après cela, nous parlerons de la division relationnelle du ratio binaire A (A, B) au ratio unaire B (B).

Le résultat de la division A sur B est une relation unitaire avec (a), composée de tels tuples V en ce qui concerne et il y a des histoires qui dans de nombreuses valeurs (w) incluent une pluralité de valeurs B pour B.

Puisque la division de l'opération la plus difficile expliquera son exemple. Laissez la base de données de l'étudiant avoir deux relations: les étudiants (nom, numéro) et les noms (nom complet) et l'attitude unaire du nom contient tous les noms de l'Institut. Ensuite, après le fonctionnement de la division relationnelle de la relation, les étudiants sur la relation entre les noms seront obtenus une attitude unitaire contenant les salles de billets d'étudiant appartenant à des étudiants possédant tous les noms de famille possibles de cet institut.

Numéro relationnel

Supposons qu'il existe une base de données avec la structure des étudiants (numéro, nom, bourse, code de groupe) et ratio de groupe (GR_, GR_KOL, GR OLD) Supposons que vous ayez besoin de connaître les noms et les numéros du goujon. Billets d'étudiants qui sont des groupes plus âgés avec un certain nombre de personnes de plus de 25 ans. En algèbre relationnelle, vous devez prendre les mesures suivantes pour une telle demande:

1. Complétez la relation entre étudiants et groupes, sous condition "Numéro d'étudiant \u003d gr_star";

2. Restreindre l'attitude résultante sous l'état de GR_KOL\u003e 25.

3. Pour créer le résultat de l'opération précédente sur l'attribut Studio, étudiant.

Ici, étape par étape formule une séquence d'exécution d'une requête dans la base de données, chacune correspond à une opération relationnelle. Si nous formulons la même demande avec l'utilisation de calculs relationnels, nous obtiendrions une formule que vous pouvez lire: pour émettre des étudiants et étudiant pour ces étudiants. Afin de coexister, ce groupe GR_STAR et la valeur de GR_KOL\u003e 25. Dans la deuxième formulation, nous n'avons indiqué que les caractéristiques de la relation résultante, mais rien n'a été informé de la méthode de sa formation. Dans ce cas, le SGBD doit décider quelles opérations et dans quel ordre devraient être remplies sur les relations des étudiants et des groupes. Les deux sont en fait des équivalents considérés dans l'exemple exemple et il n'y a pas de transformations très complexes de l'une à l'autre.

Les concepts de base du nombre relationnel sont les concepts d'une variable avec une certaine zone de sa valeur et des concepts d'une formule bien construite basée sur des variables et des promotions. Les fonctions. Quelle est la zone de définition de la variable diffère dans le calcul des tuples, et le calcul des domaines est également le long ou entre eux. Dans le calcul des tuples, les zones de définition variables sont l'attitude des bases de données, c'est-à-dire que la valeur admissible de chaque variable est une relation de consommation. Dans le calcul des domaines, les zones de définition variables sont des domaines sur lesquels des attributs des relations de base de données sont définis, c'est-à-dire qu'une valeur valide de chaque variable est la valeur de chaque variable.

Octet	Entier	Chaîne	Carboniser.
			M.
			N.
			K.

Pour déterminer le cortex, la commande de plage est utilisée. Par exemple, pour déterminer l'élève de la variable dont la zone de définition est l'étudiant doit utiliser l'étudiant étudiant étudiant. À partir de cette définition, il s'ensuit qu'à tout moment, l'élève de la variable présente une relation étudiante tuple. Lors de l'utilisation de variables à la guillemane dans des formules, il est possible de faire référence aux valeurs de l'attribut variable. Par exemple, afin de faire référence à la valeur de l'attribut étudiant de l'étudiant, vous devez utiliser la conception de l'étudiant. Étudiant.

Des formules correctement construites sont utilisées pour exprimer les conditions imposées aux variables de consignage. Au cœur de telles formules, il existe des comparaisons simples, qui sont, les opérations de comparaison des valeurs des attributs des variables et des constantes spécifiées littéralement. Par exemple, l'étudiant de design. Student_no \u003d 123456. C'est une simple comparaison. Suite option complexe Les formules composites utilisent des connexions logiques et, ou non si ... alors. Enfin, il est permis de construire des formules correctement construites à l'aide de quantifiers. Si F est une formule correctement construite dans laquelle la variable var est impliquée, le conception existant (quantificateur d'existence) var (F) et Forall (pour tous les tuples) var (F) sont corrects.

Les variables incluses dans les formules correctement construites peuvent être libres ou liées. Toutes les variables incluses dans leur composition avec la construction de quantificateurs ne sont pas utilisées sont gratuites. Cela signifie que si, pour une certaine valeur des valeurs des variables de consignation libre, lors du calcul des formules, la valeur de "vérité" est obtenue, alors ces valeurs peuvent être incluses dans le rapport résultant. Si, lors de la construction de la formule, un quantificateur est utilisé, les variables sont associées. Lors du calcul de la valeur d'une formule aussi bien construite, aucune valeur de la variable associée n'est utilisée et la zone de détermination complète.

1) existe Stu2 (catus.1stud_stips\u003e étudiant

2) Forally Student (Catus.1Stud_stip\u003e Étudiant

Laissez les deux variables de tuple de l'élève définies sur l'attitude de l'étudiant, puis de formule, pour le cortex actuel de la variable étudiante ne prend la valeur de la vérité que si les étudiants ont un tel véhicule associé à la variable étudiante que la valeur de son attribut Stud_STIP satisfait à la condition de comparaison interne. La formule n ° 2 correctement construite pour la corge construite des studios 1 prend la valeur de la vérité si l'attribut étudiant associé à l'attribut est attribué à tous les tuples.

Ainsi, des formules correctement construites fournissent des moyens d'expressions de la condition d'échantillonnage de la relation de base de données. Pour utiliser le calcul relationnel pour des travaux réels avec la base de données, un autre composant est requis qui détermine l'ensemble et les noms des colonnes de la relation résultante. Ce composant est appelé liste cible.

Liste cibleil a la forme:

· Var.ATTR-Qu'est-ce qu'une variable libre, le nom d'attribut de l'attribut de la relation est défini par la variable var.

· Var qui équivaut à la relation de la liste, var.attr1, var.attr1 ... var.attr№ contient les noms de tous les attributs de la relation définitive.

· NEW_NAME \u003d VAR.ATTR; Le nouveau nom de l'attribut correspondant de la relation résultante.

Cette dernière option est requise dans les cas de code dans la formule, plusieurs variables libres avec la même zone de définition sont utilisées. Dans le calcul des domaines, la zone de définition de domaine n'est pas une relation et des domaines. En ce qui concerne la base de données, les étudiants du groupe peuvent parler de nom de variables de domaine (valeurs de domaine - noms admissibles ou à Nome). (Valeurs de domaine Numéro d'élèves admissibles).

La principale différence entre le calcul des domaines du calcul des tuples est la présence d'un ensemble supplémentaire de prédicats, permettant d'exprimer les conditions soi-disant membres. Si r est une attitude N-Army avec des attributs (A1, A2, ... an), la condition d'adhésion a le formulaire R (AI1: VI1, AI2: VI2, ... AIM: VIM) Où (m<=n). Где в Vij это либо литерально заданная константа либо имя кортежной переменной. Условие членства принимает значение истина, только в том случае если в отношении R существует кортеж, содержащий следующие значения указанных атрибутов. Если от Vij константа то на атрибут aij накладывается жёсткое условие независящее от текущих доменных переменных. Если же Vij имя доменной переменной то условие членства может принимать различные значения при разных значениях этой переменной.

Le prédicat s'appelle une fonction logique, qui pour qu'un certain argument renvoie la valeur de la vérité ou de la fausse. La relation peut être considérée comme un prédicat avec des arguments qui sont des attributs de la relation considérée. Si l'ensemble spécifique spécifique de tuples est présent en relation, le prédicat donnera le résultat réel autrement - faux.

Toutes les autres relations de la formule et de l'expression sont le calcul des domaines ressemble à des formules et à des expressions du calcul des tuples. Le nombre de domaines relationnel est basé sur la plupart des requêtes de langue basées sur l'utilisation des formulaires.

Informations similaires.

• Transfert

Note Traducteur: Bien que l'article soit assez ancien (publié il y a 2 ans) et porte un nom fort, il donne toujours une bonne idée des différences de bases de données relationnelles et de la base de données NOSQL, de leurs avantages et de leurs inconvénients, et fournit également un bref vue d'ensemble du stockage non réaliendrique.

Récemment, de nombreuses bases de données non relationnelles sont apparues. Cela suggère que si vous avez besoin d'une évolutivité pratiquement illimitée à la demande, vous avez besoin d'une base de données non relationnelle.

Si cela est vrai, cela signifie-t-il que des bases de données relationnelles puissantes deviennent vulnérables? Cela signifie-t-il que les jours des bases de données relationnelles passent et seront bientôt entièrement détenus? Dans cet article, nous examinerons le cours populaire de bases de données irréel en relation avec différentes situations et voir si cela affectera l'avenir des bases de données relationnelles.

Les bases de données relationnelles sont existantes depuis environ 30 ans. Pendant ce temps, plusieurs révolutions ont éclaté, qui auraient dû se terminer par des installations de stockage relationnelles. Bien sûr, aucune de ces révolutions n'a eu lieu et l'une d'entre elles n'a pas entré la position des bases de données relationnelles sur l'IOTA.

Commençons par les bases

La base de données relationnelle est un ensemble de tables (entités). Les tables sont constituées de haut-parleurs et de cordes (tuples). Les tables intérieures peuvent définir des restrictions, il y a des relations entre les tables. En utilisant SQL, vous pouvez créer des requêtes qui renvoient les ensembles de données obtenus à partir d'une ou de plusieurs tables. Dans une demande, les données sont obtenues à partir de plusieurs tables en les connectant (jointure), le plus souvent pour la connexion sont les mêmes colonnes qui déterminent les relations entre les tables. La normalisation est le processus de structuration du modèle de données, de fournir une connectivité et une absence de redondance dans les données.

L'accès à des bases de données relationnelles est effectué via des systèmes de gestion de la base de données relationnels (RSUBD). Presque tous les systèmes de base de données que nous utilisons sont relationnels, tels que Oracle, SQL Server, MySQL, Sybase, DB2, Teradata, etc.

Les raisons d'une telle domination ne sont pas évidentes. Tout au long de l'existence de bases de données relationnelles, ils ont constamment offert le meilleur mélange de simplicité, de stabilité, de flexibilité, de performance, d'évolutivité et de compatibilité dans le domaine de la gestion des données.

Cependant, pour assurer toutes ces caractéristiques, les stockages relationnels sont incroyablement complexes à l'intérieur. Par exemple, une simple demande de sélection peut avoir des centaines de chemins d'exécution potentiels que l'optimiseur sera classé directement lors de l'exécution de la requête. Tout cela est masqué à partir des utilisateurs, toutefois, à l'intérieur de la RDBD crée un plan d'exécution basé sur des éléments tels que des algorithmes d'estimation de la valeur et une demande répondante.

Problèmes relationnels

Bien que les installations de stockage relationnelles fournissent le meilleur mélange de simplicité, de stabilité, de flexibilité, de performance, d'évolutivité et de compatibilité, leurs indicateurs de chacun de ces éléments ne sont pas nécessairement plus élevés que ceux de systèmes similaires orientés sur une autre caractéristique. Ce n'était pas un gros problème, car la domination universelle de la SGBD relationnelle l'emporte sur toutes les lacunes. Néanmoins, si les RBD ordinaires ne répondaient pas aux besoins, il y avait toujours des alternatives.

Aujourd'hui, la situation est un peu différente. La diversité des applications augmente et l'importance des caractéristiques énumérées augmente avec elle. Et avec une augmentation du nombre de bases de données, une caractéristique commence à éclipser toutes les autres. C'est une évolutivité. Comme de plus en plus d'applications fonctionnent dans des conditions de charge élevées, par exemple, telles que des services Web, leurs exigences d'évolutivité peuvent changer très rapidement et se développer fortement. Le premier problème peut être très difficile à résoudre si vous avez une base de données relationnelle située sur votre propre serveur. Supposons que la charge sur le serveur pendant la nuit a augmenté trois fois. À quelle vitesse pouvez-vous profession le fer? La solution du deuxième problème provoque également des difficultés dans le cas de l'utilisation de bases de données relationnelles.

Les bases de données relationnelles ne permettent que si elles sont situées sur un seul serveur. Lorsque les ressources de ce serveur sont terminées, vous devez ajouter plus de machines et distribuer la charge entre elles. Et ici la complexité de la base de données relationnelle commence à jouer contre l'évolutivité. Si vous essayez d'augmenter le nombre de serveurs à la hauteur de plusieurs morceaux, et jusqu'à des centaines ou des milliers, la difficulté augmentera par une commande et des caractéristiques qui rendent des bases de données relationnelles aussi attrayantes, ce qui réduisait rapidement les chances de les utiliser comme une plate-forme de grande taille. systèmes distribués.

Pour rester compétitif, les fournisseurs des services de cloud doivent faire face à cette restriction, car une plate-forme nuageuse sans stockage de données évolutive. Par conséquent, les fournisseurs ne restent qu'une seule option s'ils souhaitent fournir aux utilisateurs un emplacement évolutif pour le stockage de données. D'autres types de types de base de données doivent être appliqués, qui ont une capacité d'échelle plus élevée, même si le prix des autres fonctionnalités disponibles dans des bases de données relationnelles.

Ces avantages, ainsi que la demande existante pour eux, ont conduit à une vague de nouveaux systèmes de gestion de base de données.

Nouvelle vague

Ce type de bases de données est habituel appelé Store Key-Value Store (Store Key-Value). En fait, aucun nom officiel n'existe, vous pouvez donc la satisfaire dans le contexte des bases de données axées sur les documents, axées sur les attributs et axées sur les attributs (bien qu'ils puissent également être relationnels), des tableaux commandés par Sharded (tableaux triés), des tables de hachage et des stockages distribués Tapez la valeur de la clé. Et bien que chacun de ces noms indique les caractéristiques spécifiques du système, toutes sont des variations de la rubrique que nous appellerons le stockage de la valeur de clé.

Cependant, peu importe la manière dont vous l'appelez, ce type de base de données "nouveau" n'est pas aussi nouveau et a toujours été utilisé principalement pour les applications pour lesquelles l'utilisation de bases de données relationnelles serait inappropriée. Toutefois, sans avoir besoin de web et de «nuages» dans l'évolutivité, ces systèmes ne sont restés pas fortement demandés. Maintenant, la tâche consiste à déterminer quel type de stockage convient davantage à un système spécifique.
Les bases de données relationnelles et le stockage de la valeur clé sont différents et sont destinés à résoudre des tâches différentes. La comparaison des caractéristiques permettra uniquement de comprendre la différence entre eux, mais nous allons commencer:

Caractéristiques de l'entrepôt

Base de données relationnelle	Stockage de la valeur clé
La base de données consiste en des tables, les tables contiennent des colonnes et des chaînes, et les chaînes sont constituées de valeurs de haut-parleurs. Toutes les lignes d'une table ont une seule structure.	Pour les domaines, vous pouvez faire une analogie avec des tables, cependant, contrairement aux tableaux des domaines, la structure de données n'est pas définie. Le domaine est une telle boîte dans laquelle vous pouvez ajouter n'importe quoi. Les entrées à l'intérieur d'un domaine peuvent avoir une structure différente.
Le modèle de données 1 est défini à l'avance. Il est strictement tapé, contient des restrictions et des relations pour assurer l'intégrité des données.	Les enregistrements sont identifiés par la clé et chaque entrée a un ensemble dynamique d'attributs associé à celui-ci.
Le modèle de données est basé sur la présentation naturelle des données contenues et non sur la fonctionnalité de l'application.	Dans certaines implémentations, les attributs ne peuvent être que des chaînes. Dans d'autres implémentations, les attributs ont des types de données simples qui reflètent les types utilisés dans la programmation: entiers, rangées de rangées et listes.
Le modèle de données est soumis à la normalisation pour éviter la duplication des données. La normalisation génère des relations entre les tables. Les relations associent des données de différentes tables.	Entre les domaines, ainsi que dans un domaine, la relation n'est clairement pas définie.

Pas de joindoov

Type d'entrepôt de valeur de valeur orienté pour travailler avec des enregistrements. Cela signifie que toutes les informations relatives à cette entrée sont stockées avec elle. Domaine (vous pouvez penser comme une table) peut contenir le nombre impressionnant de disques différents. Par exemple, un domaine peut contenir des informations et des commandes du client. Cela signifie que les données sont généralement dupliquées entre différents domaines. Ceci est une approche acceptable, car l'espace disque est bon marché. L'essentiel est qu'il permet à toutes les données associées à stocker au même endroit, ce qui améliore l'évolutivité, car elle disparaît la nécessité de connecter des données de différentes tables. Lors de l'utilisation de la base de données relationnelle, il serait nécessaire d'utiliser des connexions pour regrouper les informations nécessaires au même endroit.

Bien que de stocker une clé plus étroite, la nécessité de la relation diminue fortement, la relation est toujours nécessaire. Ces relations existent généralement parmi les entités principales. Par exemple, le système de commande aurait des enregistrements contenant des données sur les acheteurs, les produits et les commandes. Peu importe que ces données soient dans un domaine ou dans plusieurs. L'essentiel est que lorsque l'acheteur place une commande, vous ne voudrez probablement pas stocker des informations sur l'acheteur et sur la commande dans une entrée.
Au lieu de cela, l'enregistrement de commande doit contenir les clés indiquant les enregistrements appropriés sur l'acheteur et le produit. Étant donné que les enregistrements peuvent être stockés toutes les informations et que la relation n'est pas définie dans le modèle de données lui-même, le système de gestion de la base de données ne sera pas en mesure de contrôler l'intégrité de la relation. Cela signifie que vous pouvez supprimer les acheteurs et les biens qu'ils ont commandés. S'assurer que l'intégrité des données relève entièrement de l'application.

Accès aux données

Base de données relationnelle	Stockage de la valeur clé
Les données sont créées, mises à jour, supprimées et demandées à l'aide de la langue des requêtes structurées (SQL).	Les données sont créées, mises à jour, supprimées et demandées à l'aide des méthodes des méthodes de l'API.
Les requêtes SQL peuvent récupérer des données d'une seule table et de plusieurs tables à l'aide de connexions (jointures).	Certaines implémentations fournissent une syntaxe de type SQL pour spécifier les conditions de filtrage.
Les requêtes SQL peuvent inclure des agrégations et des filtres complexes.	Souvent, seuls les opérateurs de comparaison de base peuvent être utilisés (\u003d,! \u003d,<, >, <= и =>).
La base de données relationnelle contient généralement une logique intégrée, telles que des déclencheurs, des procédures stockées et des fonctions.	Toutes les entreprises et la logique pour prendre en charge l'intégrité des données sont contenues dans le code de l'application.

Interaction avec des applications

Type d'entrepôt Valeur clé: Avantages

Il existe deux avantages évidents de tels systèmes avant les installations de stockage relationnelles.

Convient aux services cloud

Le premier avantage des installations de stockage de la valeur clé est qu'ils sont plus faciles et ont donc une plus grande évolutivité que les bases de données relationnelles. Si vous placez votre propre système ensemble, et prévoyez de placer une douzaine de serveurs ou cent serveurs qui doivent faire face à la charge croissante, pour votre stockage de données, votre choix est un stockage de la valeur de clé.

En raison du fait que ces installations de stockage sont étendues facilement et dynamiquement, elles utiliseront également des fournisseurs qui fournissent une plate-forme de stockage Web multijoueur. Une telle base est un outil relativement bon marché pour stocker un grand potentiel d'évolutivité. Les utilisateurs ne paient généralement généralement que pour être utilisés, mais leurs besoins peuvent augmenter. Le fournisseur peut être dynamiquement et pratiquement sans restrictions pour augmenter la taille de la plate-forme sur la base de la charge.

Intégration plus naturelle avec code

Le modèle de données relationnel et le modèle d'objet du code sont généralement construits de différentes manières, ce qui entraîne une incompatibilité. Les développeurs résolvent ce problème à l'aide du code d'écriture qui affiche le modèle relationnel dans le modèle d'objet. Ce processus n'a pas de valeur réalisable claire et rapide et peut prendre un temps assez considérable qui pourrait être dépensé pour le développement de la demande elle-même. Entre-temps, de nombreuses installations de stockage de la valeur de clés stockent des données dans une telle structure affichée dans des objets plus naturellement. Il peut réduire considérablement le temps de développement.

D'autres arguments en faveur de l'utilisation des installations de stockage de la valeur clé, comme "les bases relationnelles peuvent devenir maladroites" (au fait, je n'ai aucune idée de ce que cela signifie) sont moins convaincants. Mais avant de devenir partisan de ces installations de stockage, lisez la section suivante.

Valeur clé de type entrepôt: inconvénients

Les relations dans des bases de données relationnelles garantissent l'intégrité des données au niveau le plus bas. Les données qui ne répondent pas aux restrictions ne peuvent pas entrer physiquement dans la base de données. Il n'y a pas de telles restrictions dans les entrepôts de type clé. Par conséquent, le contrôle de l'intégrité des données est complètement sur les applications. Cependant, dans n'importe quel code, il y a des erreurs. Si des erreurs dans une base de données relationnelle correctement conçue ne conduisent généralement pas à des problèmes d'intégrité des données, les erreurs des entrepôts de la valeur clé donnent généralement des problèmes.

Un autre avantage de la base de données relationnelle est qu'ils vous ont forcé à suivre le processus de développement d'un modèle de données. Si vous avez conçu un puits de modèle, la base de données contiendra une structure logique qui reflète complètement la structure des données stockées, mais la structure de l'application est dispersée. Ainsi, les données deviennent indépendantes de l'application. Cela signifie qu'une autre application sera en mesure d'utiliser les mêmes données et la même logique d'application peut être modifiée sans modification du modèle de base. Pour faire de même avec le type de stockage de la valeur clé, essayez de remplacer le processus de conception du modèle de conception de modèle relationnel dans lequel des classes générales sont créées en fonction de la structure naturelle des données.

Et n'oubliez pas de compatibilité. Contrairement aux bases de données relationnelles, aux installations de stockage, axées sur le «nuage», ont des normes beaucoup moins générales. Bien qu'ils ne diffèrent pas conceptuellement, ils ont tous différentes API, interfaces de requête et leurs spécificités. Par conséquent, vous feriez mieux de faire confiance à votre fournisseur, car si quelque chose, vous ne pouvez pas facilement passer à un autre fournisseur de services. Et étant donné que presque toutes les installations de stockage de la valeur de clé moderne sont dans les versions bêta 2, la confiance devient encore plus risquée que dans le cas de bases de données relationnelles.

Analyse de données limitée

Habituellement, tous les stockages de cloud sont construits par le type de bail multiple, ce qui signifie que le même système utilise un grand nombre d'utilisateurs et d'applications. Pour empêcher la "capture" du système général, les fournisseurs limitent généralement une manière d'exécution de la requête. Par exemple, dans SimpleDB, la requête ne peut pas être effectuée plus de 5 secondes. Dans Google Appengine DataStore, vous ne pouvez pas obtenir plus de 1000 entrées 3.

Ces restrictions ne sont pas effrayantes pour une logique simple (création, mise à jour, suppression et extraction d'un petit nombre d'enregistrements). Mais que si votre demande devient populaire? Vous avez reçu beaucoup de nouveaux utilisateurs et de nombreuses nouvelles données, et vous souhaitez désormais effectuer de nouvelles fonctionnalités pour les utilisateurs ou la récupération d'une manière ou d'une autre des données. Ici, vous pouvez difficilement décomposer avec des requêtes encore simples pour l'analyse de données. Le fichier comme suivi de l'utilisation d'une application ou d'un système de recommandations basé sur l'historique des utilisateurs, au mieux, peut être complexe dans des implémentations. Et au pire - juste impossible.

Dans ce cas, pour Analytics, il est préférable de faire une base de données distincte qui sera remplie de données de votre stockage de la valeur de clé. Pensez à avance comment cela peut être fait. Voulez-vous poster un serveur dans le nuage ou à la maison? Y aura-t-il des problèmes dus aux retards de signal entre vous et votre fournisseur? Votre référentiel prend-il en charge ce transfert de données? Si vous avez 100 millions d'enregistrements, et à la fois, vous pouvez prendre 1000 entrées, combien vous aurez-vous besoin de transférer toutes les données?

Cependant, ne mettez pas l'évolutivité avant tout. Il sera inutile si vos utilisateurs résoudront les services d'un autre service, car il fournit plus de fonctionnalités et de plusieurs paramètres.

Stockage en ligne

De nombreux fournisseurs de services Web offrent un stockage multijoueur de la valeur de clé multijoueur. La plupart d'entre eux satisfont les critères énumérés ci-dessus, mais chacun a ses propres caractéristiques distinctives et diffère des normes décrites ci-dessus. Jetons un coup d'oeil à l'exemple spécifique des installations de stockage, tels que SimpleDB, Google Appengine DataSore et SQL Data Services.

Amazon: Simplesdb.

SimpleDB est un stockage de la valeur de clé orientée attribuée qui fait partie de Amazon Webservices. SimpleDB est dans la phase bêta; Les utilisateurs peuvent l'utiliser gratuitement - tant que leurs besoins ne dépassent pas une certaine limite.

SimpleDB a plusieurs restrictions. Le premier - le temps d'exécution de la requête est limité à 5 secondes. Deuxièmement - il n'y a pas de types de données sauf les chaînes. Tout est stocké, extrait et comparé comme une chaîne, afin de comparer les dates, vous devrez les convertir au format ISO8601. La troisième - la taille maximale de n'importe quelle ligne est de 1024 octets, ce qui limite la taille du texte (par exemple, une description du produit), que vous pouvez stocker en tant qu'attribut. Cependant, étant donné que la structure de données est flexible, vous pouvez contourner ces restrictions en ajoutant les attributs "Descriptions1", "Description du produit2", etc. Mais le nombre d'attributs est également limité à un maximum de 256 attributs. Bien que SimpleDB soit dans la phase bêta, la taille du domaine est limitée à 10 gigaoctets, et la base entière ne peut pas occuper plus que le 1er téraoctet.

L'une des principales caractéristiques de SimpleDB est l'utilisation du modèle (modèle de consistance éventuel). Ce modèle convient au travail multi-threadé, cependant, il convient de garder à l'esprit que, après avoir modifié la valeur de l'attribut en une sorte d'enregistrement, ces modifications peuvent ne pas être visibles lors des opérations de lecture ultérieures. La probabilité d'un tel développement d'événements est toutefois faible, cependant, vous devez vous en souvenir. Vous ne voulez pas vendre le dernier ticket cinq acheteurs simplement parce que vos données étaient décisantes au moment de la vente.

Google appengine Data Store

L'appengine Datastore de Google est basé sur une bigtable, un système de stockage interne de données structurées de Google. Appengine DataStore ne fournit pas un accès direct à la bigtable, mais peut être perçu comme une interface d'interaction simplifiée avec la bigtable.

Appengine DataStore prend en charge un plus grand nombre de types de données à l'intérieur d'un enregistrement que SimpleDB. Par exemple, des listes pouvant contenir des collections à l'intérieur de l'enregistrement.

Très probablement, vous utiliserez cet entrepôt de données en particulier lorsque vous développez à l'aide de Google Appengine. Cependant, contrairement à SimpleDB, vous ne pourrez pas utiliser Appengine DataStore (ou Bigtable) en dehors de Google Web Services.

Microsoft: Services de données SQL

SQL Data Services fait partie de la plate-forme Microsoft Azure. SQL Data Services est gratuit, est dans la version bêta et présente des limitations de la taille de la base. SQL Data Services est une application distincte pour une superstructure sur l'ensemble des serveurs SQL, qui stockées des données. Ces installations de stockage peuvent être relationnelles, mais pour vous SDS est un stockage de la valeur clé, ainsi que des produits décrits ci-dessus.

Stockage inutile

Il existe également un certain nombre de référentiels que vous pouvez utiliser en dehors des nuages \u200b\u200ben les installant. Presque tous ces projets sont jeunes, sont dans la phase alpha ou bêta et ont un code ouvert. Avec open source, vous pouvez être plus conscient des problèmes et des restrictions possibles plutôt que dans le cas d'utilisation de produits fermés.

Couchdb.

CouchDB est une base de données orientée de documents librement distribuée avec une source ouverte. JSON est utilisé comme format de stockage de données. CouchDB est conçu pour combler l'écart entre les bases de données relationnelles et orientées sur les documents à l'aide de "représentations". Ces soumissions contiennent des données provenant de documents sous la forme, similaire à une table, et vous permettent de créer des index et d'effectuer des demandes.

Actuellement, CouchDB n'est pas une base de données véritablement distribuée. Il possède des fonctions de réplication qui vous permettent de synchroniser des données entre serveurs, mais ce n'est pas la même distribution nécessaire pour créer un environnement très évolutif. Cependant, les développeurs CouchDB travaillent dessus.

Projet Voldemort.

Le projet Voldemort est une base de données de valeur de clé distribuée destinée à la mise à l'échelle horizontale sur un grand nombre de serveurs. Il est né dans le processus de développement LinkedIn et a été utilisé pour plusieurs systèmes ayant des exigences d'évolutivité élevées. Le projet Voldemort utilise également un modèle de cohérence fini.

Mongo.

Mongo est une base de données développée dans 10gen Geir Magnusson et Duight Merrimen (que vous pouvez connaître par DoubleClick). Comme Couchdb, Mongo est une base de données orientée de documents qui stocke des données dans le format JSON. Cependant, Mongo est plutôt une base d'objet qu'un stockage de la valeur de clé nette.

Bruine.

La bruine présente une approche complètement différente de la résolution des problèmes que l'installation de stockage de la valeur clé est conçue. La bruine a commencé comme l'une des branches MySQL 6.0. Plus tard, les développeurs ont retiré un certain nombre de fonctions (y compris des vues, des déclencheurs, des expressions compilées, des procédures stockées, du cache de requête, de la CAF et une partie des types de données), afin de créer un SGBD plus simple et rapide. Cependant, la bruine peut toujours être utilisée pour stocker des données relationnelles. L'objectif des développeurs est de créer une plate-forme demi-résolution conçue pour les applications Web et les applications cloud exécutées sur des systèmes avec 16 noyaux ou plus.

Décision

En fin de compte, il y a quatre raisons pour lesquelles vous pouvez choisir un stockage de valeur de clé non réglementé pour votre demande:

1. Vos données sont fortement orientées et plus appropriées pour le modèle de données de la valeur clé que pour le modèle relationnel.
2. Votre modèle de domaine est fortement orienté objet. L'utilisation du stockage de la valeur de clé réduira la taille du code supplémentaire pour convertir les données.
3. L'entrepôt de données est bon marché et facile à intégrer à vos services Web fournisseur.
4. Votre problème principal est une évolutivité élevée sur demande.

Cependant, prendre une décision, rappelez-vous les restrictions de bases de données spécifiques et les risques que vous rencontrez, suivez la voie de la base de données non relationnelle.

Pour toutes les autres exigences, il est préférable de choisir l'ancien SGBD de bon rapport relationnel. Sont-ils condamnés alors? Bien sûr que non. Au moins pour l'instant.

1 - À mon avis, le terme "structure de données" est plus approprié ici, mais a laissé le modèle de données d'origine.
2 - Très probablement, l'auteur signifiait que dans ses capacités, la base de données non réglementée est inférieure à la relation relationnelle.
3 - Peut-être que les données sont déjà obsolètes, l'article date de février 2009.

voldemort.

bruine.

Ajouter des balises

L'apparition de l'équipement informatique dans notre journée moderne a marqué le coup d'information dans toutes les sphères de l'activité humaine. Mais de sorte que toutes les informations ne deviennent pas inutiles des ordures dans l'Internet mondial, le système de base de données a été inventé, dans lequel les matériaux sont triés sont systématisés, à la suite desquels ils sont facilement trouvés et soumis au traitement ultérieur. Il existe trois variétés principales - identifier des bases de données relationnelles, hiérarchiques, réseaux.

Modèles fondamentaux

De retour à l'émergence de bases de données, il convient de dire que ce processus était assez compliqué, il provient avec le développement d'équipements de traitement d'informations programmables. Par conséquent, il n'est pas surprenant que le nombre de leurs modèles au moment atteignait plus de 50 ans, mais les principaux sont considérés comme hiérarchiques, relationnels et réseaux, qui sont encore largement utilisés dans la pratique. Qu'est-ce qu'ils imaginent?

Le hiérarchique a une structure d'arbres et est compilé de ces différents niveaux, entre lesquels il existe des connexions. Le modèle de réseau de base de données est un modèle plus complexe. Sa structure ressemble à une hiérarchie et le schéma est élargi et amélioré. La différence entre eux est que les données offacaires du modèle hiérarchique peuvent avoir une connexion avec un seul ancêtre et dans les réseaux, il peut y avoir plusieurs. La structure de la base de données relationnelle est beaucoup plus compliquée. Par conséquent, il devrait être démonté plus en détail.

Le concept principal de la base de données relationnelle

Un tel modèle a été développé dans les années 1970 par Dr. Science Edgarodododod. Il s'agit d'une table logiquement structurée avec des champs décrivant les données, leur relation entre elles, les opérations qui leur sont faites, et surtout - les règles garantissant leur intégrité. Pourquoi le modèle est-il appelé relationnel? Il est basé sur les relations (de la lat. Relatio) entre les données. Il existe de nombreuses définitions de ce type de base de données. Les tableaux relationnels avec des informations sont beaucoup plus faciles à systématiser et à donner un traitement que dans un réseau ou un modèle hiérarchique. Comment faire? Il suffit de connaître les caractéristiques, la structure du modèle et les propriétés des tables relationnelles.

Le processus de modélisation et d'élaboration des éléments principaux

Afin de créer votre propre SGBM, vous devez utiliser l'un des outils de modélisation, penser à quelles informations dont vous avez besoin pour fonctionner, concevoir des tables et des liens simples relationnels et multiples entre les données, remplir les cellules d'entités et installer des clés primordiales et externes.

Les tables de modélisation et la conception de bases de données relationnelles sont fabriquées par des outils gratuits tels que Workbench, PHPMYADMIN, Studio de boîtier, DBForge Studio. Après une conception détaillée, conservez le modèle graphiquement prêt à utiliser et traduisez-le en un code SQL prêt à l'emploi. À ce stade, vous pouvez commencer à travailler avec le tri des données, leur traitement et sa systématisation.

Caractéristiques, structure et termes associés au modèle relationnel

Chaque source décrit ses éléments à sa manière, de sorte qu'il voudrait apporter un petit indice pour une confusion plus petite:

• plaque relationnelle \u003d essence;
• layout \u003d attributs \u003d nom de champ \u003d titre de colonne d'entité;
• instance de l'essence \u003d message \u003d enregistrement \u003d comprimés de rangée;
• valeur d'attribut \u003d Cellule d'entité \u003d champ.

Pour accéder aux propriétés de la base de données relationnelle, vous devez savoir à partir de quels composants de base qu'il consistent et pour lesquels ils sont destinés.

1. Essence. La table de base de données relationnelle peut en être une, et il peut y avoir un ensemble complet de tables qui caractérise les objets décrits en raison des données stockées. Ils ont un nombre fixe de champs et un nombre variable d'enregistrements. Le tableau du modèle relationnel des bases de données est constitué de lignes, d'attributs et de mise en page.
2. L'enregistrement est un nombre variable de chaînes affichant des données, caractérisées par l'objet décrit. La numérotation des enregistrements est effectuée automatiquement.
3. Attributs - Données montrant une description des colonnes d'entité.
4. Domaine. C'est une colonne d'essence. Leur quantité est une valeur fixe installée lors de la création ou du changement de la table.

Maintenant, connaître les composants des éléments de la table, vous pouvez passer aux propriétés du modèle relationnel de base de données:

• L'essence de la base de données relationnelle est bidimensionnelle. Grâce à cette propriété avec eux, il est facile de faire diverses opérations logiques et mathématiques.
• L'ordre des valeurs d'attribut et des enregistrements dans la table relationnelle peut être arbitraire.
• Une colonne dans une table relationnelle doit avoir son propre nom individuel.
• Toutes les données de la colonne d'entité ont une longueur fixe et le même type.
• Toute entrée est considérée comme un élément de données.
• Les composants des rangées sont le seul en son genre. Il n'y a pas de lignes identiques dans l'entité relationnelle.

Sur la base des propriétés, il est clair que les valeurs d'attribut doivent être le même type, la même longueur. Considérez les fonctionnalités des valeurs d'attribut.

Les principales caractéristiques des champs de base de données relationnels

Les noms des champs doivent être uniques dans le cadre de la même entité. Les types d'attributs ou de champs de base de données relationnels sont décrits, les données de la catégorie sont stockées dans les champs d'entités. Le champ de la base de données relationnelle doit avoir une taille fixe calculée dans les caractères. Les paramètres et le format des valeurs d'attribut déterminent la manière des correctifs. Il existe également un tel concept en tant que "masque" ou "modèle d'entrée". Il est destiné à déterminer la configuration de la saisie de données dans la valeur d'attribut. Cependant, lorsque vous écrivez un problème incorrect dans le champ doit être émis un avis d'erreur. En outre, certaines restrictions sont superposées sur les éléments de terrain - les conditions de vérification de la précision et des erreurs d'entrée de données. Il existe une valeur d'attribut obligatoire qui soit sans ambiguïté avec des données. Certaines lignes d'attributs peuvent être remplies de valeurs nulles. Entrer des données vides dans les attributs de terrain. Outre un avis d'erreur, il existe automatiquement des valeurs remplies par le système. Il s'agit des données par défaut. Pour accélérer la recherche de données, un champ indexé est destiné.

Un diagramme d'une table de base de données relationnelle bidimensionnelle

Pour une compréhension détaillée du modèle utilisant SQL, il est préférable de considérer le schéma de l'exemple. Nous savons déjà que c'est une base de données relationnelle. L'entrée de chaque table est un élément de données. Pour prévenir la redondance des données, il est nécessaire de mener des opérations de normalisation.

Règles de base pour la normalisation de l'entité relationnelle

1. La valeur du nom de champ pour la table relationnelle doit être unique, la seule à son genre (la première forme normale - 1NF).

2. Pour une table, qui est déjà fournie à 1NF, le nom de toute colonne non identifiant doit dépendre de l'identifiant de table unique (2NF).

3. Pour toute la table, qui est déjà en 2NF, chaque champ non identifiant ne peut pas dépendre de l'élément d'une autre valeur non identifiée (3 novembre).

Bases de données: relations relationnelles entre les tables

Il y a 2 principales tablettes relationnelles:

• "Un-plusieurs". Il se produit par un enregistrement clé de la table n ° 1 à plusieurs copies de la deuxième entité. L'icône de clé à l'une des extrémités de la ligne conductée suggère que l'entité est sur le côté "un", la deuxième extrémité de la ligne est souvent notée par le symbole de l'infini.

• La connexion "Multi-Lot" est formée en cas de quelques rangées d'une entité d'interaction logique explicite avec un certain nombre d'enregistrements d'une autre table.
• Si la concaténation "une à une" "se produit entre deux entités, cela signifie que l'identificateur de clé d'une table est présent dans une autre entité, puis une des tables doit être supprimée, elle est superflue. Mais parfois à des fins de sécurité, les programmeurs partagent délibérément deux entités. Par conséquent, la communication hypothétiquement "une à une" peut exister.

L'existence de clés dans la base de données relationnelle

Les clés primaires et secondaires déterminent les relations de base de données potentielles. Les modèles de communication relationnels peuvent avoir une seule clé potentielle, ce sera une clé primaire. Que représente-t-il? La clé principale est une colonne de l'essence ou un ensemble d'attributs, grâce auquel vous pouvez accéder aux données de ligne spécifiques. Il devrait être unique, le seul et ses champs ne peuvent pas contenir de valeurs vides. Si la clé principale consiste en un seul attribut, il est appelé simple, sinon sera le composant.

En plus de la clé primaire, il existe également une clé externe (clé étrangère). Beaucoup ne comprennent pas quelle est la différence entre eux. Nous les analyserons plus en détail sur l'exemple. Donc, il y a 2 tables: "Dean" et "étudiants". L'entité "Deanate" contient des champs: "ID d'étudiant", "nom complet" et "groupe". Table "Étudiants" a de telles valeurs d'attribut en tant que "nom complet", "groupe" et "balle moyenne". Étant donné que l'ID d'étudiant ne peut pas être identique à plusieurs élèves, ce champ sera la principale clé. Nom complet et "groupe" de la table "Étudiants" peuvent être identiques à plusieurs personnes, ils se réfèrent au numéro d'identification de l'étudiant de l'entité "Deanat", afin qu'ils puissent être utilisés comme clé externe.

Exemple de modèle de base de données relationnelle

Pour plus de clarté, nous donnons un exemple simple de modèle relationnel d'une base de données composée de deux entités. Il y a une table avec le titre "Deanat".

Il est nécessaire d'effectuer des connexions pour obtenir une base de données relationnelle à part entière. L'enregistrement "In-41", ainsi que "in-72", peut être présent non une fois dans le signe "Deanat", également le nom de famille, le nom et le patronymique des étudiants dans de rares cas peuvent coïncider, de sorte que ces champs ne peuvent pas être fait dans la clé primaire. Montrons l'entité "étudiants".

Comme nous le voyons, les types de champs de base de données relationnels sont complètement différents. Il y a à la fois des records numériques et symboliques. Par conséquent, dans les paramètres d'attribut, vous devez spécifier les valeurs d'Entreger, de Char, de Vachar, de la date et des autres. Dans le tableau "Deanat", une valeur unique n'est qu'un identifiant d'étudiant. Ce champ peut être pris pour la clé primaire. Nom complet, groupe et téléphone de l'entité "Les étudiants" peuvent être considérés comme une clé externe qui fait référence à l'ID d'étudiant. La communication est établie. Ceci est un exemple d'un modèle avec un lien "un à un". Hypothétiquement une des tables est superflue, elles peuvent être facilement combinées en une entité. Au nombre d'identifiants d'étudiants ne deviennent pas universellement connus, assez réalistes à l'existence de deux tables.

Base de données (base de données) -il s'agit de l'ensemble nommé de données structurées relatives à une certaine zone et destiné à être stocké, accumulation et traitement à l'aide d'ordinateurs.

Base de données relationnelle (RBD) - Il s'agit d'un ensemble de relations dont les noms coïncident avec les noms des régimes du schéma DB.

Concepts de basebases de données relationnelles:

· Type de données - Type de valeurs de colonne spécifiques.

· Domaine (Domaine) - L'ensemble de toutes les valeurs d'attribut valides.

· Attribut (Attribut) - Titre de la colonne de table, caractérisant la propriété d'objet nommée, telle que le nom de famille étudiant, la date de commande, le lieu d'employé, etc.

· Rechercher - une chaîne d'une table, qui est un ensemble de valeurs d'attributs logiquement liés.

· Attitude (Relation) - Un tableau reflétant des informations sur les objets du monde réel, par exemple sur les étudiants, les commandes, les employés, les résidents, etc.

· Clé primaire (Clé primaire) - le champ (ou le jeu de champs) du tableau, identifie sans ambiguïté chacun de ses enregistrements.

· Touche alternative - Ceci est un champ (ou un ensemble de champs), incompatible avec la clé principale et une instance d'enregistrement identifiable unique.

· Clé externe - Ceci est un champ (ou un ensemble de champs) dont les valeurs coïncident avec les valeurs existantes de la clé primaire d'une autre table. Lors de la frappe deux tables avec la clé primaire de la première table, la clé externe de la deuxième table est associée.

· Modèle de données relationnelle (RMD)- Organisation de données sous forme de tables bidimensionnelles.

Chaque table relationnelle doit avoir les propriétés suivantes:

1. Chaque entrée de table est unique, c'est-à-dire L'ensemble de valeurs dans les champs n'est pas répété.

2. Chaque valeur est enregistrée à l'intersection de la chaîne et de la colonne - est atomique (inséparable).

3. Les valeurs de chaque champ doivent être un type.

4. Chaque champ a un nom unique.

5. La procédure de localisation des enregistrements est insignifiante.

Éléments de base BD:

Domaine - Unité élémentaire d'organisation de données logiques. Les caractéristiques suivantes sont utilisées pour décrire le champ:

· Nom, tel que le nom de famille, le prénom, le patronymique, la date de naissance;

· Tapez, par exemple, chaîne, symbole, numérique, date;

· Longueur, par exemple, en octets;

· Précision des données numériques, par exemple, deux signes décimaux pour afficher la partie fractionnée du nombre.

Enregistrer - un ensemble de valeurs de champs logiquement liés.

Indice - Accélère le fonctionnement de la recherche d'enregistrements utilisés pour installer des connexions entre les tables. La table pour laquelle l'indice est utilisé est appelé indexé. Lorsque vous travaillez avec des index, il est nécessaire de faire attention à l'organisation des indices, qui constitue la base de la classification. L'index simple est représenté par un champ ou une expression logique Traitement un champ. L'indice composite est représenté par plusieurs champs avec la possibilité d'utiliser diverses fonctions. Les index de table sont stockés dans le fichier d'index.

Intégrité des données - Il s'agit d'un outil de protection des données dans les champs de communication, permettant de soutenir les tableaux dans un état cohérent (cohérent) (c'est-à-dire ne permettant pas l'existence de la table subordonnée des entrées ne disposant pas d'enregistrements appropriés dans la table des parents).

Enquête - une question formulée à une ou plusieurs tables interdépendantes contenant des critères d'échantillonnage de données. La demande est effectuée à l'aide du langage de requête SQL structuré (langage de requête SRRUCRED). À la suite d'échantillons de données à partir d'une ou de plusieurs tables, une variété d'enregistrements peut être obtenue, appelée vue.

Présentation des données - La base de données est stockée dans la base de données d'une sélection de données (à partir d'une ou plusieurs tables).

La présentation est essentiellement une table temporaire formée à la suite de l'exécution de la demande. La demande elle-même peut être envoyée dans un fichier séparé, un rapport, une table temporaire, une table sur disque, etc.

Signaler- Composant du système, dont l'objectif principal est une description et une sortie pour imprimer des documents en fonction des informations de la base de données.

Caractéristiques générales du travail avec RBD:

L'interprétation la plus courante du modèle de données relationnelles apparaît apparemment à la date, qui la reproduit (avec diverses clarifications) dans presque tous ses livres. Selon la date, le modèle relationnel se compose de trois parties décrivant différents aspects de l'approche relationnelle: la partie structurelle, la partie de manipulation et la partie holistique.

Dans la partie structurelle du modèle, il est fixé que la seule structure des données utilisées dans la base de données relationnelle est normalisée d'attitude N-arous.

Dans la manipulation du modèle, deux mécanismes fondamentaux de manipulation de la base de données relatinulées sont approuvés - l'algèbre relationnelle et le calcul relationnel. Le premier mécanisme repose principalement sur la théorie classique des ensembles (avec quelques clarifications) et la seconde est sur l'appareil logique classique du calcul des prédicats de premier ordre. Notez que la fonction principale de la partie de manipulation du modèle relationnel est de garantir la relation entre tout langage particulier des bases de données relationnelles: la langue est appelée relationnelle, si elle n'a pas moins d'expressivité et de pouvoir qu'une algèbre relationnelle ou un calcul relationnel.

28. Langues algorithmiques. Traducteurs (interprètes et compilateurs). Langue algorithmique Baysik. Structure du programme. Identifiants. Variables. Les opérateurs. Traiter des tableaux unidimensionnels et bidimensionnels. Fonction utilisateur. Sous-routines. Travailler avec des fichiers de données.

Langage de haut niveau - Langage de programmation, concepts et structure qui conviennent à la perception par l'homme.

Langage algorithmique (Langue algorithmique) - Langage de programmation - Langue artificielle (formelle) conçue pour enregistrer des algorithmes. Le langage de programmation est défini par sa description et est implémenté comme programme spécial: compilateur ou interprète. Exemples en langues algorithmiques Servir - Borland Pascal, C ++, Basic, etc.

Les principaux concepts de la langue algorithmique:

Composition de la langue:

Une langue parlée ordinaire consiste en quatre éléments principaux: symboles, mots, expressions et suggestions. Le langage algorithmique contient des éléments similaires, seuls les mots sont appelés structures élémentaires, phrases - expressions, offres - opérateurs.

SymbolesLes structures élémentaires, les expressions et les opérateurs sont une structure hiérarchique, car les structures élémentaires sont formées à partir d'une séquence de caractères.

Expressions - Ceci est une séquence de structures et de symboles élémentaires,

Opérateur - Séquence des expressions, des structures élémentaires et des symboles.

Description de la langue:

La description des caractères consiste à énumérer les caractères autorisés de la langue. Sous la description des structures élémentaires, les règles de leur éducation sont comprises. Une description d'expression est la règle de formation de toutes les expressions qui ont un sens dans cette langue. La description des opérateurs consiste en une prise en compte de tous les types d'opérateurs admissibles dans la langue. Une description de chaque élément de langue est définie sur sa syntaxe et sa sémantique.

Syntaxe Les définitions établissent des règles pour la construction d'éléments linguistiques.

Sémantique Détermine le sens et les règles d'utilisation de ces éléments de la langue pour lesquels des définitions syntaxiques ont été données.

Symboles de langue - Ce sont des signes indivisibles de base, dont tous les textes de la langue sont écrits.

Structures élémentaires - Ce sont des unités de langage minimes avec une signification indépendante. Ils sont formés à partir des caractères de base de la langue.

Expression La langue algorithmique consiste en des structures et des symboles élémentaires, spécifie la règle de calcul de la valeur.

Opérateur Spécifie une description complète de certaines mesures à effectuer. Pour décrire une action complexe, un groupe d'opérateurs peut être nécessaire.

Dans ce cas, les opérateurs sont combinés dans Opérateur composite ou alors Bloquer. ActionsSpécifié par les opérateurs sont effectués sur les données. Les suggestions de la langue algorithmique, qui fournissent des informations sur les types de données, sont appelées descriptions ou opérateurs non observés. L'algorithme combiné combiné des descriptions et des opérateurs constitue un programme sur la langue algorithmique. Dans le processus d'étude de la langue algorithmique, il est nécessaire de distinguer une langue algorithmique de la langue par laquelle la langue algorithmique décrite est décrite. Le langage habituellement étudié s'appelle simplement par la langue et la langue, dont la langue est décrite - Correspondant à.

Traducteur - (Traducteur anglais - Traducteur) est un programme de traducteur. Il convertit un programme écrit dans l'une des langues de haut niveau en un programme composé de commandes de la machine.

Un programme écrit sur une langue algorithmique de haut niveau ne peut pas être effectué directement sur un ordinateur. EUM comprenne uniquement la langue des équipes de la machine. Par conséquent, le programme sur la langue algorithmique doit être traduit (traduit) dans la langue de la commande EUM spécifique. Une telle traduction est effectuée par des programmes de traducteurs spéciaux automatiquement créés pour chaque langue algorithmique et pour chaque type d'ordinateurs.

Il y a deux façons principales de diffuser - compilation et interprétation.

1. Achèvement: Compilateur (Anglais. Compiler - Compilateur, Collector) lit tout le programme entièrement, en fait une traduction et crée une version complète du programme dans la machine, qui est ensuite exécutée.

Pour compilation L'ensemble du programme source se transforme immédiatement en une séquence de commandes de la machine. Après cela, le programme résultant résultant est effectué par ordinateur avec les données source existantes. L'avantage de cette méthode est que la diffusion est effectuée une fois, et (multiple) effectuant le programme résultant peut être effectuée à grande vitesse. Dans le même temps, le programme résultant peut prendre beaucoup d'espace dans la mémoire de l'ordinateur, puisqu'un opérateur de langue est remplacé par des centaines ou même des milliers de commandes. De plus, le débogage et les modifications du programme traduit sont très difficiles.

2. Interprétation: Interprète (Interprète anglais - un interprète, un interpréteur) traduit et exécute le programme de chaînes de programme.

Pour interprétations Le programme source est stocké dans la mémoire de l'ordinateur presque inchangé. Le programme d'interprète décode les opérateurs du programme d'origine en une et assure immédiatement leurs données existantes. Le programme interprétable occupe peu de place dans la mémoire de l'ordinateur, il est facile de déboguer et de modifier. Mais l'exécution du programme se produit assez lentement, car chaque fois que chaque exécution, tous les opérateurs sont acceptés.

Les programmes compilés fonctionnent plus rapidement, mais interprétés plus facilement de corriger et de changer

Chaque langage spécifique est orienté soit sur la compilation, soit à l'interprétation - en fonction de la fin à laquelle il a été créé. Par exemple, Pascal est généralement utilisé pour résoudre des tâches assez complexes dans lesquelles la vitesse des programmes est importante. Par conséquent, cette langue est généralement mise en œuvre à l'aide d'un compilateur.

D'autre part, Beysik a été créé comme une langue pour les programmeurs novices pour lesquels la construction du programme présente des avantages indéniables.

Parfois, il y a un compilateur pour une langue et l'interprète. Dans ce cas, pour développer et tester le programme, vous pouvez utiliser l'interprète, puis compiler le programme débogué pour augmenter la vitesse de son exécution.

Fonctions DBMS.

Les fonctions DBMS sont hautes et basses.

Fonctions de haut niveau:

1. Définition de données - Avec cette fonctionnalité, il est défini quelles informations seront stockées dans la base de données (type, propriétés de données et comment elles seront connectées).

2. Traitement de l'information. Les informations peuvent être traitées de différentes manières: échantillonnage, filtrage, tri, combinaison d'une information de l'autre, calculant les valeurs finales.

3. Gestion de données. En utilisant cette fonctionnalité, il est spécifié qui est autorisé à se familiariser avec les données, à ajuster ou à ajouter de nouvelles informations, ainsi qu'à identifier les règles d'accès collectif.

Fonctions de faible niveau:

1. Gestion des données en mémoire externe;

2. Gestion des tampons de bélier;

3. Gestion des transactions;

4. Introduction du journal des modifications de la base de données;

5. Assurer l'intégrité et la sécurité de la base de données.

Transaction Il s'appelle une séquence d'opérations indivisible, qui est surveillée par le SGBD du début et avant l'achèvement, et dans laquelle la séquence entière est annulée avec la défaillance d'une opération.

Magazine SGBM - une base de données spéciale ou une partie de la base de données principale, inaccessible à l'utilisateur et utilisé pour enregistrer des informations sur tous les changements de base de données.

Introduction Magazine SGBD Il est destiné à assurer la fiabilité du stockage dans la base de données en présence d'échecs et de défaillances matériels, ainsi que des erreurs dans le logiciel.

Intégrité de la base de données - Ceci est la propriété de la base de données, ce qui signifie qu'il contient une information complète, cohérente et complete de manière adéquate.

Classification de la SGBD.

Les DBMS peuvent classer:

1. Par types de programmes:

une. Serveurs BD (Par exemple, MS SQL Server, Interbase (Borland)) - sont conçues pour organiser des centres de données dans des réseaux informatiques et implémenter des fonctions de gestion de la base de données demandées par les programmes clients utilisant des instructions SQL (c'est-à-dire des programmes qui répondent aux demandes);

b. Clients BD - programmes qui demandent des données. APSUBD, feuilles de calcul, processeurs de texte, programmes de messagerie peuvent être utilisés comme programmes clients;

c. Bases de données complètes (MS Access, Mme Fox Pro) est un programme qui dispose d'une interface développée qui vous permet de créer et de modifier des tables, de saisir des données, de créer et de formater des requêtes, de développer des rapports et de les afficher à imprimer.

2. Selon le modèle de données de données (ainsi que la base de données):

une. Hiérarchique - basé sur la structure de stockage des arbres d'informations et rappeler au système de fichiers informatiques; L'inconvénient principal est l'incapacité de réaliser l'attitude de plusieurs - à plusieurs;

b. Réseau - Qui est venu remplacer le hiérarchique et existé non longtemps depuis. L'inconvénient principal est la complexité du développement d'applications sérieuses. La principale différence entre le réseau de la hiérarchie est que, dans la structure hiérarchique "Enregistrement - un descendant", n'a qu'un seul ancêtre, et tout nombre d'ancêtres peut avoir dans un descendant du réseau;

c. Relationnel - dont les données sont situées dans les tables, entre lesquelles certaines connexions existent;

ré. Objet - orienté objet - Les données sont stockées sous forme d'objets et de l'avantage principal lorsqu'ils travaillent avec eux sont qu'une approche orientée objet peut être appliquée à celle-ci;

e. Hybride, i.e. objet - relationnel - Combinez les capacités des bases de données relationnelles et orientées objet. Un exemple d'une telle base de données est Oracle (auparavant elle était relationnelle).

3. En fonction de l'emplacement des pièces individuelles, les SGBD distinguent:

une. local - toutes les parties sont situées sur un ordinateur;

b. réseau.

Le réseau comprend:

- avec le fichier d'organisation - serveur;

Avec une telle organisation, toutes les données sont sur le même ordinateur, appelées serveur de fichiers et qui sont connectées au réseau. Si vous trouvez les informations souhaitées, l'ensemble du fichier contenant, y compris de nombreuses informations redondantes, est transmis. Et uniquement lors de la création d'une copie locale, l'entrée souhaitée est trouvée.

- avec le client d'organisation - serveur;

Le serveur de base de données accepte une demande auprès du client, trouve l'entrée nécessaire dans les données et le transmet au client. La demande au serveur est formée dans la langue des requêtes SQL structurées. Les serveurs de base de données sont appelés serveurs SQL.

- dBM distribués Celles-ci contiennent plusieurs douzaines et des centaines de serveurs placés sur une zone importante.

Les principales dispositions du modèle relationnel de la base de données.

Base de données relationnelle ceci s'appelle une telle base de données dans laquelle toutes les données sont organisées sous forme de tableaux et toutes les opérations de ces données sont réduites aux opérations de table.

Caractéristiques des bases de données relationnelles:

1. Les données sont stockées dans des tables constituées de colonnes et de lignes;

2. À l'intersection de chaque colonne et une chaîne est une valeur;

3. Chaque colonne a son propre nom, qui sert de nom-attribut et de toutes les valeurs d'une colonne, ont un type;

4. Les colonnes sont situées dans un certain ordre, qui est spécifiée lors de la création d'une table, contrairement aux lignes arbitraires. La table peut ne pas être une ligne, mais doit être au moins une colonne.

Terminologie de la base de données relationnelle:

Base de données relationnelle de l'élément	Forme de représentation
1. Base de données	Ensemble de tables
2. Schéma de base de données	Ensemble de tables de titre
3. attitude	Tableau
4. Ratio schéma	Colonne de table Row
5. Essence	Description des propriétés de l'objet
6. attribut	En-tête de colonne
7. Domaine	Beaucoup de valeurs d'attribut admissibles
8. Touche primaire	Identifiant unique, définissant de manière unique chaque entrée dans la table
9. Type de données	Type de valeurs d'éléments dans la table
10. Comté	Ligne (enregistrement)
11. Cardinalité	Nombre de lignes dans la table
12. degré de relation	nombre de champs
13. Corps de la relation	Beaucoup de tuples de la relation

Lors de la conception d'une base de données relationnelle, les données sont placées dans plusieurs tables. Entre les tableaux établissent des liens en utilisant des clés. Lorsque des tables de liaison allouent la table principale et supplémentaire (subordonnée).

Il existe les types de cravates suivants entre les tables:

1. Communication du formulaire 1: 1 (un à un) Cela signifie que chaque entrée dans la table principale correspond à une entrée dans une table supplémentaire et, au contraire, chaque entrée de la table en option correspond à une entrée de la table principale.

2. Communication du formulaire 1: M (un à plusieurs) cela signifie que chaque entrée de la table principale correspond à plusieurs entrées dans la table supplémentaire et, au contraire, chaque entrée de la table supplémentaire correspond à une seule entrée de la table principale.

3. Communication de la forme M: 1 (beaucoup à une) cela signifie qu'une seule entrée dans une table supplémentaire correspond à une ou plusieurs entrées dans la table principale.

4. Communication de la forme M: M (beaucoup à plusieurs) - Ceci est lorsque plusieurs enregistrements du tableau principal correspondent à plusieurs enregistrements supplémentaires et inversement.

5. Les principaux composants de l'accès MS.

Les composants principaux (objets) MS Access sont:

1. Tables;

3. formulaires;

4. Rapports;

5. Macros:

Modules.

Tableau - Ceci est un objet conçu pour stocker des données sous forme d'enregistrements (lignes) et de champs (colonnes). Chaque champ contient une partie distincte de l'enregistrement et chaque tableau est utilisé pour stocker des informations sur une question spécifique.

Enquête - la question des données stockées dans des tableaux ou des instructions de sélection des enregistrements à modifier.

La forme - Il s'agit d'un objet dans lequel vous pouvez placer des contrôles destinés aux modifications apportées à une entrée, d'image et de données dans les champs des tables.

Signaler - Il s'agit d'un objet qui vous permet de soumettre des informations définies par l'utilisateur sous une forme donnée, de la voir et d'imprimer.

Macro - une ou plusieurs macros, qui peuvent être utilisées pour automatiser une tâche spécifique. Macrocomand - la principale unité de construction de la macro; Une instruction indépendante pouvant être combinée à d'autres macros pour automatiser la tâche.

Module - Un ensemble de descriptions, instructions et procédures stockées sous le même nom. MS Access comporte trois types de modules: formulaire de module, rapport et module général. Les formulaires de modules et les rapports contiennent un programme local pour les formulaires et les rapports.

6. Tables dans l'accès MS.

Dans MS Access, il existe les méthodes suivantes de création de tables:

1. Mode de table;

2. Constructeur;

3. Tables maîtres;

4. Importations de table;

5. Communication avec des tables.

DANS mode de table Les données sont entrées dans une table vide. La table avec 30 champs est fournie pour la saisie de données. Après avoir économisé MS, l'accès lui-même décide du type de données pour attribuer chaque champ.

Constructeur Fournit la possibilité de créer de manière indépendante des champs, de sélectionner des types de données pour les champs, des tailles de champ et de définir les propriétés de champ.

Pour déterminer le champ en mode Constructeur Ensemble:

1. Nom de domaine qui dans chaque table doit avoir un nom unique, qui est une combinaison de lettres, de chiffres, d'espaces et de caractères spéciaux, sauf " .!” “ " La longueur maximale du nom 64 symbole.

2. Type de données Détermine la vue et la plage de valeurs admissibles, ainsi que le volume de la mémoire attribué à ce champ.

Types de données d'accès MS Access

Type de données	La description
Texte	Texte et numéros, tels que noms et adresses, numéros de téléphone, index postaux (jusqu'à 255 caractères).
Champ de mémo	Texte long et chiffres, tels que des commentaires et des explications (jusqu'à 64000 caractères).
Numérique	Le type de données générales pour les données numériques permettant des calculs mathématiques, à l'exception des flux de trésorerie.
Heure	Valeurs de date et d'heure. L'utilisateur peut choisir des formulaires standard ou créer un format spécial.
Monétaire	En espèces. Pour les calculs monétaires, il n'est pas recommandé d'utiliser des types de données numériques, car Ils peuvent être arrondis lorsqu'ils sont calculés. Les valeurs du type "argent" sont toujours affichées avec le nombre spécifié de décimales après la virgule.
Compteur	Définir automatiquement les numéros de série. La numérotation commence par 1. Le champ du compteur est pratique pour créer une clé. Ce champ est compatible avec un champ de type numérique pour lequel la taille de la valeur "longue entière" est indiquée dans la taille.
Logique	Valeurs "Oui / Non", "TRUE / FAUX", "ON / OFF", l'une des deux valeurs possibles.
Champ d'objet OLE	Objets créés dans d'autres programmes prenant en charge le protocole OLE.

3. Les propriétés les plus importantes des champs:

- Taille du champ Spécifie la quantité maximale de données stockées sur le terrain.

- Format de champ Il s'agit du format d'affichage d'un type de données spécifié et définit les règles de représentation de données lors de l'affichage de l'écran ou de l'impression.

- Champ de signature Spécifie le texte affiché dans les tableaux, les formulaires, les rapports.

- Condition de valeur Vous permet de contrôler l'entrée, définit les limitations aux valeurs d'entrée, lors de la violation des conditions, interdit l'entrée et affiche le texte spécifié par la propriété Message d'erreur;

- Message d'erreur Spécifie le texte du message affiché à l'écran lors de la perturbation des limitations spécifiées par la valeur de la valeur.

Type d'élément de contrôle - la propriété qui est définie sur l'onglet de substitution dans la fenêtre de la conception de la table. Cette propriété détermine si le champ sera affiché dans le tableau et sous quelle forme - sous la forme d'un champ ou d'un champ avec une liste.

Touche unique (primaire) Les tables peuvent être simples ou composites, y compris plusieurs champs.

Pour déterminer la clé, les champs qui composent la clé sont mis en surbrillance et le bouton est enfoncé dans la barre d'outils. champ cléou commande exécutée Modifier / champ de clé.

© 2015-2019 Site
Tous droits à appartenir à leurs auteurs. Ce site ne prétend pas à la paternité, mais fournit une utilisation gratuite.
Page de création de page: 2016-02-16