Data Management:Terms

Concepts clés utilisés dans Data Management (DMS).

Cette rubrique définit les termes fondamentaux utilisés dans l'ensemble des fonctionnalités de DMS.

Algorithme de routage

Un algorithme de routage réduit la surcharge liée aux requêtes ou aux modifications des données partitionnées. En associant un algorithme de routage à une base de données logique, DMS localise directement le shard physique pertinent, au lieu d'analyser tous les shards.

Un algorithme de routage se compose d'un champ de routage et d'un type d'algorithme.

Sans algorithme de routage, chaque opération sur une table logique itère sur toutes les tables physiques sous-jacentes, ce qui multiplie le temps d'exécution par le nombre de shards.

S'applique à : l'interrogation, la modification et l'exportation de données entre des tables partitionnées.

Niveau de sécurité des colonnes

DMS classe les colonnes sensibles en trois niveaux de sécurité afin d'appliquer les masquages et contrôles d'accès appropriés. Ces niveaux s'appliquent uniquement lorsque les données sont consultées via DMS ou le proxy d'accès sécurisé DMS ; les outils tiers ne sont pas concernés.

Lorsqu'une colonne est définie avec une sensibilité moyenne ou élevée :

• SQL Console affiche des valeurs masquées (astérisques * ou un modèle de masque personnalisé) pour les utilisateurs ne disposant pas d'un accès explicite.

• L'interrogation, l'exportation ou la modification de la colonne nécessite une demande d'autorisation distincte.

• Les administrateurs de base de données (DBA) et les administrateurs peuvent configurer des flux d'approbation distincts pour les opérations d'exportation et de modification de données impliquant des colonnes sensibles.

Les instances de collaboration de sécurité utilisent par défaut le niveau de faible sensibilité pour toutes les colonnes.

Base de données logique

Une base de données logique est un regroupement virtuel qui abstrait une ou plusieurs bases de données physiques (shards) derrière un nom unique. DMS achemine les opérations vers le shard physique correct en fonction de l'algorithme de routage de la base de données logique.

Pour plus d'informations, consultez la section Algorithme de routage sur cette page.

Table logique

Une table logique correspond à un ensemble de tables physiques partageant le même schéma mais distribuées sur différents shards. DMS les traite comme une seule table pour les requêtes, les modifications de données et les exportations.

Chaque table logique appartient à une base de données logique et hérite de son algorithme de routage.

Propriétaire des données

Un propriétaire des données est la personne désignée responsable d'une base de données ou d'une table spécifique. Les propriétaires contrôlent la manière dont les autres utilisateurs accèdent aux données qu'ils gèrent.

Responsabilités :

• Agir en tant que nœud d'approbation dans les flux de règles de sécurité.

• Accorder ou révoquer les autorisations sur leurs bases de données et tables.

Comment l'appartenance est attribuée :

• Par un DBA ou un propriétaire existant : Cliquez avec le bouton droit sur la base de données cible dans la liste des instances sur la page d'accueil DMS, puis sélectionnez Manage Owner.

• Par demande en libre-service : Le responsable d'équipe en charge des données effectue la demande via le flux de demande d'autorisation.

Métadonnées

Dans DMS, les métadonnées désignent les informations structurelles relatives aux objets de base de données : noms de base de données, jeux de caractères, noms de table, tailles de table, nombres de lignes, noms de champ, types de champ, précision des champs, index et descriptions. Ces informations proviennent de sources internes à la base de données, telles que information_schema. Les chiffres relatifs à la taille de la table et au nombre de lignes sont des références approximatives à l'ordre de grandeur, et non des valeurs exactes.

DMS utilise les métadonnées pour :

• La recherche et l'affichage intégrés au produit

• L'identification automatisée des données sensibles

• Le contrôle fin des autorisations au niveau de la base de données, de la table, de la colonne, de la ligne et de l'objet programmable

Étendue de la collecte par mode d'instance :

Métadonnées prises en charge par type de base de données :

La famille MySQL inclut MySQL, PolarDB MySQL Edition, PolarDB Distributed Edition, AnalyticDB for MySQL, DLA, ClickHouse, OceanBase MySQL mode et MariaDB. La famille PostgreSQL inclut PostgreSQL, PolarDB PostgreSQL Edition (compatible Oracle), PolarDB PostgreSQL Edition, AnalyticDB for PostgreSQL et OceanBase Oracle mode.

Règles de sécurité

Les règles de sécurité définissent les flux d'approbation qui régissent les opérations DMS : exécution SQL, modifications de données, exportations de données et demandes d'autorisation. Le système comprend trois niveaux de risque par défaut (faible, moyen, élevé) qui ne peuvent pas être supprimés mais peuvent être modifiés.

Chaque instance de base de données est associée à exactement une règle de sécurité, ce qui vous permet d'appliquer des contrôles stricts à la production tout en maintenant les environnements de développement sans restriction.

Composants principaux :

Nœuds d'approbation

Les nœuds représentent les personnes qui doivent approuver une opération.

Nœuds système (non modifiables ni supprimables) :

• Admin — tout administrateur système ; l'approbation par n'importe quel administrateur valide l'étape.

• DBA — le DBA assigné à l'instance ; l'approbation par le DBA de l'instance valide l'étape.

• DBA Roles — tout utilisateur disposant du rôle DBA, y compris le DBA assigné à l'instance.

• Owner — le propriétaire des données de la base de données cible ; configuré par un DBA lors de l'enregistrement de l'instance.

Des nœuds personnalisés peuvent être ajoutés et modifiés selon les besoins.

Modèles d'approbation

Les modèles combinent des nœuds en chaînes d'approbation ordonnées. Les modèles système (Admin, DBA, Owner, Owner→DBA, Owner→DBA→Admin) ne peuvent pas être supprimés, mais peuvent servir de base pour des modèles personnalisés.

Contrôles configurables

Volume de données

Dans les contextes de sauvegarde de base de données, DMS utilise quatre mesures de volume distinctes :

Ordre de taille : Espace disque de la base de données ≥ Espace des fichiers de données > Volume de données de sauvegarde > Volume de données de stockage.

Stockage intégré et OSS utilisateur

Data Backup (DBS) stocke les données de sauvegarde dans le cloud storage. Deux options de stockage sont disponibles :

Le stockage intégré DBS s'adapte automatiquement à vos données — aucune planification manuelle de la capacité n'est requise. Pour les grands volumes de données, envisagez l'achat d'un plan de stockage DBS pour bénéficier de tarifs réduits par rapport à la facturation au paiement à l'utilisation.