Mike Sherrill «Cat Recall» a donné une excellente réponse . J'ajouterai simplement un exemple: Postgres .
Cluster = Une installation Postgres
Lorsque vous installez Postgres sur une machine, cette installation est appelée un cluster . «Cluster» ici n'est pas entendu dans le sens matériel de plusieurs ordinateurs travaillant ensemble. Dans Postgres, le cluster fait référence au fait que vous pouvez avoir plusieurs bases de données indépendantes toutes opérationnelles en utilisant le même moteur de serveur Postgres.
Le mot cluster est également défini par le SQL Standard de la même manière que dans Postgres. Suivre de près le standard SQL est un objectif principal du projet Postgres.
La spécification SQL-92 dit:
Un cluster est une collection de catalogues définie par l'implémentation.
et
Un seul cluster est associé à une session SQL
C'est une manière obtuse de dire qu'un cluster est un serveur de base de données (chaque catalogue est une base de données).
Cluster> Catalogue> Schéma> Tableau> Colonnes et lignes
Donc, à la fois dans Postgres et dans SQL Standard, nous avons cette hiérarchie de confinement:
- Un ordinateur peut avoir un cluster ou plusieurs.
- Un serveur de base de données est un cluster .
- Un cluster a des catalogues . (Catalogue = Base de données)
- Les catalogues ont des schémas . (Schéma = espace de noms des tables et limite de sécurité)
- Les schémas ont des tables .
- Les tableaux ont des lignes .
- Les lignes ont des valeurs , définies par des colonnes .
Ces valeurs sont les données commerciales dont vos applications et vos utilisateurs se soucient, telles que le nom de la personne, la date d'échéance de la facture, le prix du produit, le score élevé du joueur. La colonne définit le type de données des valeurs (texte, date, nombre, etc.).
Plusieurs clusters
Ce diagramme représente un seul cluster. Dans le cas de Postgres, vous pouvez avoir plus d'un cluster par ordinateur hôte (ou système d'exploitation virtuel). Plusieurs clusters sont couramment utilisés pour tester et déployer de nouvelles versions de Postgres (ex: 9.0 , 9.1 , 9.2 , 9.3 , 9.4 , 9.5 ).
Si vous aviez plusieurs clusters, imaginez le diagramme ci-dessus dupliqué.
Différents numéros de port permettent aux multiples clusters de vivre côte à côte, tous opérationnels en même temps. Chaque cluster se verrait attribuer son propre numéro de port. L'habitude 5432
n'est que la valeur par défaut et peut être définie par vous. Chaque cluster écoute sur son propre port attribué les connexions entrantes à la base de données.
Exemple de scénario
Par exemple, une entreprise peut avoir deux équipes de développement logiciel différentes. L'un écrit des logiciels pour gérer les entrepôts tandis que l'autre équipe construit des logiciels pour gérer les ventes et le marketing. Chaque équipe de développement a sa propre base de données, ignorant parfaitement celle de l'autre.
Mais l'équipe des opérations informatiques a pris la décision d'exécuter les deux bases de données sur un seul ordinateur (Linux, Mac, peu importe). Donc, sur cette boîte, ils ont installé Postgres. Donc, un serveur de base de données (cluster de bases de données). Dans ce cluster, ils créent deux catalogues, un catalogue pour chaque équipe de développement: un nommé «entrepôt» et un nommé «ventes».
Chaque équipe de développement utilise plusieurs dizaines de tables avec des objectifs et des rôles d'accès différents. Ainsi, chaque équipe de développement organise ses tables en schémas. Par coïncidence, les deux équipes de développement effectuent un suivi des données comptables, de sorte que chaque équipe a un schéma nommé «comptabilité». L'utilisation du même nom de schéma n'est pas un problème car les catalogues ont chacun leur propre espace de noms donc pas de collision.
En outre, chaque équipe crée finalement un tableau à des fins comptables appelé «grand livre». Encore une fois, pas de collision de noms.
Vous pouvez considérer cet exemple comme une hiérarchie…
- Ordinateur (boîtier matériel ou serveur virtualisé)
Postgres 9.2
cluster (installation)
warehouse
catalogue (base de données)
inventory
schéma
accounting
schéma
ledger
table
- [… Quelques autres tableaux]
sales
catalogue (base de données)
selling
schéma
accounting
schéma (même nom coïncident que ci-dessus)
ledger
table (même nom que ci-dessus)
- [… Quelques autres tableaux]
Postgres 9.3
grappe
- [… Autres schémas et tableaux]
Le logiciel de chaque équipe de développement établit une connexion au cluster. Ce faisant, ils doivent spécifier le catalogue (base de données) qui leur appartient. Postgres nécessite que vous vous connectiez à un catalogue, mais vous n'êtes pas limité à ce catalogue. Ce catalogue initial est simplement un catalogue par défaut, utilisé lorsque vos instructions SQL omettent le nom d'un catalogue.
Donc, si l'équipe de développement a besoin d'accéder aux tables de l'autre équipe, elle peut le faire si l'administrateur de la base de données leur a donné les privilèges pour le faire. L'accès se fait avec un nom explicite dans le modèle: catalog.schema.table . Donc, si l'équipe «entrepôt» a besoin de voir le grand livre de l'autre équipe (équipe «ventes»), elle écrit des instructions SQL avec sales.accounting.ledger
. Pour accéder à leur propre registre, ils écrivent simplement accounting.ledger
. S'ils accèdent aux deux registres dans le même morceau de code source, ils peuvent choisir d'éviter toute confusion en incluant leur propre nom de catalogue (facultatif), warehouse.accounting.ledger
par opposition à sales.accounting.ledger
.
Au fait…
Vous pouvez entendre le mot schéma utilisé dans un sens plus général, signifiant la conception entière de la structure de table d'une base de données particulière. En revanche, dans la norme SQL, le mot signifie spécifiquement la couche particulière de la Cluster > Catalog > Schema > Table
hiérarchie.
Postgres utilise à la fois la base de données de mots et le catalogue à divers endroits, comme la commande CREATE DATABASE .
Tous les systèmes de base de données ne fournissent pas cette hiérarchie complète de Cluster > Catalog > Schema > Table
. Certains n'ont qu'un seul catalogue (base de données). Certains n'ont pas de schéma, juste un ensemble de tables. Postgres est un produit exceptionnellement puissant.
...Catalog > Schema...
, quelqu'un peut-il me dire pourquoi les nœuds "Catalogue" et "Schema" dans pgAdmin (interface utilisateur PostgreSQL) sont des nœuds frères, au lieu du nœud Schema en tant que nœud enfant de Catalog?