Cloner une table dans Microsoft Fabric
S'applique à :✅ entrepôt dans Microsoft Fabric
Microsoft Fabric offre la possibilité de créer des clones sans copie quasi instantanés avec des coûts de stockage minimaux.
- Les clones de table facilitent les processus de développement et de test en créant des copies de tables dans des environnements inférieurs.
- Les clones de table fournissent des rapports cohérents et une duplication sans copie des données pour les charges de travail analytiques et la modélisation et les tests de Machine Learning.
- Les clones de table permettent de récupérer des données en cas d’échec de la mise en production ou d’altération des données en conservant l’état précédent des données.
- Les clones de tables permettent de créer des rapports historiques qui reflètent l'état des données telles qu'elles existaient à un moment précis dans le passé.
- Les clones de table à un moment donné peuvent préserver l’état des données à des moments précis de l’activité de l’entreprise.
Vous pouvez utiliser les commandes T-SQL CREATE TABLE AS CLONE OF pour créer un clone de table. Pour obtenir un tutoriel, consultez Tutoriel : Cloner une table à l’aide de T-SQL ou Tutoriel : Cloner des tables dans le portail Fabric.
Vous pouvez également interroger des données dans un entrepôt tel qu’il apparaît dans le passé, à l’aide de la syntaxe T-SQL OPTION. Pour plus d’informations, consultez Interroger des données telles qu’elles existaient dans le passé.
Qu’est ce qu’un clone sans copie ?
Un clone sans copie crée une réplica de la table en copiant les métadonnées, tout en référençant les mêmes fichiers de données dans OneLake. Les métadonnées sont copiées, tandis que les données sous-jacentes de la table, stockées sous forme de fichiers parquet, ne sont pas copiées. La création d’un clone est similaire à la création d’une table dans un entrepôt dans Microsoft Fabric.
Clone de table dans l’entrepôt de données Fabric
Au sein d'un entrepôt, un clone d'une table peut être créé presque instantanément à l'aide d'un simple T-SQL. Un clone d’une table peut être créé dans ou entre des schémas dans un entrepôt.
Créer un clone de table
Le clone d'une table peut être créé sur la base de :
Moment actuel : le clone est basé sur l’état actuel de la table.
Point dans le temps précédent : le clone est basé sur un point dans le temps allant jusqu’à trente jours dans le passé. Le clone de table contient les données telles qu’elles apparaissaient à un moment passé souhaité. Dans le secteur d’activité, cette fonctionnalité est connue sous le nom de « Temps de trajet ». La nouvelle table est créée avec un horodatage basé sur UTC. Pour obtenir des exemples, consultez Cloner la table à partir d’un moment passé ou CRÉER UNE TABLE COMME CLONE DE.
Vous pouvez également cloner un groupe de tables en même temps. Cela peut être utile pour cloner un groupe de tables associées au même point passé dans le temps. Pour obtenir un exemple, consultez Cloner plusieurs tables à la fois.
Vous pouvez également interroger des données à partir de tables telles qu’elles existaient dans le passé, à l’aide de la fonctionnalité Temps de trajet dans l’entrepôt.
Conservation des données
Warehouse préserve et maintient automatiquement l'historique des données pendant trente jours calendaires, ce qui permet de créer des clones à un moment donné. Toutes les insertions, mises à jour et suppressions effectuées dans l'entrepôt de données sont conservées pendant trente jours calendaires.
Il n’existe aucune limite quant au nombre de clones créés à la fois dans et entre les schémas.
Séparé et indépendant
Lors de la création, un clone de table est une copie indépendante et distincte des données de sa source.
- Toutes les modifications apportées via DML ou DDL sur la source de la table clone ne sont pas reflétées dans la table clone.
- De même, les modifications apportées via DDL ou DML sur le clone de table ne sont pas reflétées sur la source de la table clone.
Autorisations de création d’un clone de table
Les autorisations suivantes sont requises pour créer un clone de table :
- Les utilisateurs disposant de rôles d’espace de travail Admin, Membre ou Contributeur peuvent cloner les tables au sein de l’espace de travail. Le rôle d’espace de travail Viewer ne peut pas créer de clone.
- L’autorisation SELECT sur toutes les lignes et colonnes de la source du clone de table est requise.
- L’utilisateur doit disposer de l’autorisation CREATE TABLE dans le schéma où le clone de table est créé.
Suppression d’un clone de table
Grâce à son existence autonome, la source originale et les clones peuvent être supprimés sans aucune contrainte. Une fois qu’un clone est créé, il reste en existence jusqu’à ce qu’il soit supprimé par l’utilisateur.
- Les utilisateurs disposant de rôles d’espace de travail Admin, Membre ou Contributeur peuvent supprimer le clonage de la table au sein de l’espace de travail.
- Les utilisateurs disposant des autorisations MODIFIER LE SCHÉMA sur le schéma dans lequel réside le clone de table peuvent supprimer le clone de table.
Héritage du clone de table
Les objets décrits ici sont inclus dans le clone de table :
La table clone hérite de la sécurité SQL au niveau objet de la table source du clone. Comme les rôles d’espace de travail fournissent un accès en lecture par défaut, l’autorisation DENY peut être définie sur le clone de table si vous le souhaitez.
La table clone hérite de la sécurité au niveau des lignes (SNL) et du Dynamic Data Masking de la source de la table clone.
La table clone hérite de tous les attributs qui existent au niveau de la table source, que le clone ait été créé dans le même schéma ou dans différents schémas d'un entrepôt.
La table clone hérite des contraintes de clé primaire et unique définies dans la table source.
Un journal delta en lecture seule est créé pour chaque clone de table créé dans l’entrepôt. Les fichiers de données stockés en tant que fichiers delta parquet sont en lecture seule. Cela garantit que les données restent toujours protégées contre toute altération.
Scénarios de clone de table
Envisagez la possibilité de cloner des tables presque instantanément et avec des coûts de stockage minimaux dans les scénarios avantageux suivants :
Développement et test
Les clones de table permettent aux développeurs et aux testeurs d’expérimenter, de valider et d’affiner les tables sans aucun impact sur les tables dans l’environnement de production. Le clone fournit un espace sûr et isolé pour développer et tester de nouvelles fonctionnalités, garantissant l’intégrité et la stabilité de l’environnement de production. Utilisez un clone de table pour générer rapidement une copie d’un environnement de type production à des fins de résolution des problèmes, d’expérimentation, de développement et de test.
Création de rapports cohérents, exploration des données et modélisation Machine Learning
Pour suivre le paysage des données en constante évolution, l’exécution fréquente de travaux ETL est essentielle. Les clones de table prennent en charge cet objectif en garantissant l’intégrité des données tout en offrant la flexibilité nécessaire pour générer des rapports basés sur les tables clonées, pendant que le traitement en arrière-plan est en cours. En outre, les clones de table permettent la reproductibilité des résultats antérieurs pour les modèles Machine Learning. Ils facilitent également des insights précieux en permettant l’exploration et l’analyse des données historiques.
Récupération quasi instantanée à faible coût
En cas de perte ou de corruption accidentelle de données, les clones de table existants peuvent être utilisés pour restaurer la table à son état précédent.
Archivage des données
À des fins d’audit ou de conformité, les clones zéro copie peuvent être facilement utilisés pour créer des copies de données telles qu’elles existaient à un moment donné dans le passé. Certaines données peuvent devoir être archivées à des fins de conservation à long terme ou de conformité légale. Le clonage de la table à différents points historiques garantit que les données sont conservées dans leur forme originale.
Limites
- Les clones de table entre les entrepôts d’un espace de travail ne sont actuellement pas pris en charge.
- Les clones de table entre les espaces de travail ne sont actuellement pas pris en charge.
- L’option Cloner une table n’est pas prise en charge sur le point de terminaison d’analytique SQL du Lakehouse.
- Le clonage d’un entrepôt ou d’un schéma n’est actuellement pas pris en charge.
- Les clones de table soumis avant la période de conservation de trente jours ne peuvent pas être créés.
- Les modifications apportées au schéma de table empêchent la création d’un clone avant la modification du schéma de table.