Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Note
La facturation des fonctionnalités étendues démarre le 1er avril 2026. Le support UX pour l'activation du CDF ou des vues est également disponible à partir du 1er avril 2026. En attendant, vous pouvez activer ou désactiver des fonctionnalités étendues via des API.
Les fonctionnalités étendues de la mise en miroir pour Microsoft Fabric sont facultatives et payantes qui s’appuient sur l’expérience de mise en miroir principale. Bien que la mise en miroir des données principales conserve les données opérationnelles en permanence disponibles dans OneLake sans coût supplémentaire de calcul, les fonctionnalités étendues fournissent un suivi plus granulaire des modifications, des données plus fraîches et des options de réplication plus riches pour les scénarios d'analyses avancées.
Aujourd’hui, les fonctionnalités étendues sont les suivantes :
- Flux de données de modification delta : effectue le suivi des insertions au niveau des lignes, des mises à jour et des suppressions afin que seules les données modifiées soient traitées.
- Miroir de vues : réplique les vues logiques depuis le système source au lieu de répliquer uniquement des tables physiques.
Les deux fonctionnalités s’exécutent sur la même base de mise en miroir managée : connectivité source sécurisée, réplication quasi en temps réel, stockage Delta Lake dans OneLake et utilisation transparente dans les charges de travail Fabric telles que l’analytique SQL, Spark et Direct Lake.
Ce qui est inclus par défaut par rapport aux fonctionnalités étendues
| Mise en miroir des cœurs (ressources de calcul et stockage gratuits) | Fonctionnalités étendues (payantes) |
|---|---|
| Réplication continue des tables sources dans OneLake avec une actualisation quasi en temps réel, le format Delta Lake et l’intégration de Fabric. | Fonctionnalités facultatives telles que le flux de données de modification Delta et les vues miroir ajoutant ainsi le traitement incrémentiel des modifications et la réplication des vues sur la mise en miroir principale. |
Flux de données de modification delta (préversion)
Le flux de données sur les modifications Delta insère, met à jour et supprime, puis applique ces opérations aux tables Delta Lake dans OneLake. Ce flux prend en charge l'analyse en quasi temps réel sans nécessiter de rechargements complets ni de pipelines ETL volumineux.
- Traite en continu les modifications incrémentielles (modifications en delta).
- Utilise le traitement des modifications uniquement.
- Prend en charge le traitement incrémentiel en aval.
- Est disponible pour toutes les sources de mise en miroir, y compris les partenaires de mise en miroir ouverts.
Activer le flux de données de changement delta via l'interface utilisateur
Le flux de données de modification delta est activé par base de données mise en miroir.
- Pour toute source mise en miroir, sélectionnez l’icône d’engrenage pour ouvrir le tableau de bord de configuration.
- Sous Gestion des tables Delta, activez la case à cocher pour activer le flux de données de modification delta.
Activer le flux de données de modification delta via des API
Pour activer le flux de données de modification delta à l’aide d’API, suivez les étapes décrites dans la documentation de l’API REST de base de données mise en miroir.
Vues en miroir (aperçu)
Les vues de mise en miroir répliquent les vues logiques du système source plutôt que des tables physiques complètes. Vous pouvez intégrer des filtres sources, des jointures et des transformations dans OneLake sans créer de pipelines d'ingénierie séparés.
- Réplique la logique d’affichage à partir du système source.
- Réduit le traitement supplémentaire dans Fabric.
- Aide les utilisateurs en aval à interroger des données mises en forme.
Note
Actuellement, les vues ne sont prises en charge que dans la préversion dans la mise en miroir pour Snowflake.
Activer les vues
Vous pouvez activer les vues de deux façons :
- Pendant l’expérience de création d’une nouvelle base de données mise en miroir.
- Pour une base de données mise en miroir existante, via le tableau de bord de configuration sur la page de surveillance de la mise en miroir.
Une fois que vous avez établi une connexion à votre base de données Snowflake, vous voyez Vues dans le cadre de l’écran de sélection de table. (Dans cet exemple, nous activons des vues pour une source Snowflake en les sélectionnant.)
Une fois que vous avez sélectionné les vues que vous souhaitez répliquer, une boîte de dialogue s’affiche vous demandant d’accepter l’activation des fonctionnalités étendues et des frais de facturation avant de continuer.
Tarification des fonctionnalités étendues
Note
La facturation des fonctionnalités étendues démarre le 1er avril 2026. La prise en charge UX pour l’activation du CDF ou des vues est également disponible à partir du 1er avril 2026. En attendant, vous pouvez activer ou désactiver des fonctionnalités étendues via des API.
Les fonctionnalités telles que le flux de données de modification delta et les vues de mise en miroir nécessitent un calcul supplémentaire pour suivre, traiter et appliquer des modifications incrémentielles à une granularité précise. Ces fonctionnalités vont au-delà de la réplication de base et sont facturées en fonction du travail réel effectué, de sorte que les clients paient uniquement la valeur ajoutée qu’ils utilisent.
Pour connaître le modèle de tarification, les détails du mesurage et l’étendue de facturation, consultez la tarification des fonctionnalités élargies dans la mise en miroir.
Quand utiliser des fonctionnalités étendues
Les fonctionnalités étendues sont utiles lorsque vous avez besoin des éléments suivants :
- Visibilité des modifications au niveau des lignes.
- Fraîcheur en temps quasi réel.
- Traitement incrémentiel des données (uniquement celles qui ont été modifiées).
- Réplication de la logique de la vue source.
- Analytique à faible latence sur les systèmes opérationnels.
Ces scénarios tirent souvent parti du flux de données de modification delta et des vues de mise en miroir, car les deux fonctionnalités réduisent les actualisations complètes et les flux de travail ETL complexes.