Partager via

Limitations de la mise en miroir de bases de données Fabric SQL

Les limitations actuelles de la mise en miroir d’une base de données SQL dans Fabric sont répertoriées dans cette page. Cette page est susceptible d’être modifiée.

Pour résoudre les problèmes, voir :

Pour connaître les limitations générales de la base de données SQL dans Microsoft Fabric, consultez Limitations dans la base de données SQL dans Microsoft Fabric.

Limitations au niveau de la base de données

  • La mise en miroir de la base de données SQL dans Fabric ne peut pas être désactivée pour le moment.
  • La mise en miroir de la base de données SQL ne peut s’appliquer qu’à l’espace de travail dans lequel réside la base de données SQL dans Fabric.
  • Le nombre maximal de tables pouvant être mises en miroir à partir d’une base de données est de 1 000. Il est possible d’avoir plus de 1000 tables, mais toutes les tables créées au-delà de 1000 seront exclues de la mise en miroir.

Fonctionnalités de sécurité

Niveau de table

  • Une table ne peut pas être en miroir si la clé primaire inclut un type de données non pris en charge.
  • Les tables sources pour lesquelles l'une des caractéristiques suivantes est en cours d'utilisation ne peuvent pas être répliquées sur Fabric OneLake.
    • Lorsque la mise en miroir est active, les index columnstore groupés ne peuvent pas être créés sur une table existante.
    • Tables d’historique temporel et tables d’historique du registre
    • Toujours Chiffré
    • Tables en mémoire
    • Graphique
    • Tables externes
  • Les opérations DDL (langage de définition de données) au niveau de la table suivantes ne sont pas autorisées :
    • Changer/Séparer/Fusionner la partition
    • Modifier la clé primaire
    • La modification des tables à des fins de reconstruction des partitions avec DATA COMPRESSION = ROW ou PAGE n’est pas autorisée.
  • Lorsqu'il y a une modification DDL, un instantané de données complet est relancé pour la table modifiée, et les données sont réalimentées.
  • Les vues ne sont pas répliquées sur OneLake.
  • Les procédures stockées ne sont pas mises en miroir sur OneLake.
  • ALTER INDEX ALL n’est pas autorisé sur la table. La modification des index individuels référencés par un nom est autorisée.
  • Pour les tables temporelles, la table de données est en miroir, mais la table d’historique est exclue de la mise en miroir.
    • Lors de la conversion de deux tables existantes en tables temporelles par ajout du contrôle de version système, la table d'historique existante est automatiquement exclue de la mise en miroir (même si elle a été mise en miroir par le passé).
    • Lors de la suppression du contrôle de version système (fractionnement des données temporelles à partir de sa table d’historique), la table d’historique est traitée comme une table autonome et automatiquement ajoutée à la réplication.
  • L’indexation de texte intégral n’est pas prise en charge et ne peut pas être créée dans la base de données SQL dans Microsoft Fabric.
  • L’état de réplication NotSupported dans la page Moniteur de réplication contient des informations d’état spécifiques à la table et est souvent causé par un type de données non pris en charge.
  • Actuellement, une table ne peut pas être mise en miroir si elle a le type de données json ou vector .
    • Actuellement, vous ne pouvez pas ALTER une colonne vers le type de données vector ou json dans la base de données SQL dans Fabric.

Au niveau des colonnes

  • Si la table source contient des colonnes calculées, ces colonnes sont ignorées et ne peuvent pas être en miroir.
  • Si la table source contient des colonnes avec l’un de ces types de données, ces colonnes ne peuvent pas être mises en miroir vers Fabric OneLake. Les types de données suivants ne sont pas pris en charge pour la mise en miroir :
    • image
    • texte/ntexte
    • xml
    • rowversion/horodatage
    • sql_variant
    • Types définis par l’utilisateur (UDT)
    • geometry
    • geography
    • hierarchyid
  • Delta Lake ne prend en charge que six chiffres de précision.
    • Les colonnes de type SQL datetime2, avec une précision de sept chiffres fractionnaires pour les secondes, n’ont pas de type de données équivalent offrant la même précision dans les fichiers Delta de Fabric OneLake. Une perte de précision se produit lorsque des colonnes de ce type sont mises en miroir. Dans ce cas, le septième chiffre décimal de la seconde est alors supprimé.
    • Une table ne peut pas être en miroir si la clé primaire correspond à l’un des types de données suivants : datetime2(7), datetimeoffset(7), time(7), où 7 présente sept chiffres de précision.
    • Le type de données datetimeoffset(7) n’a pas de type de données équivalent offrant la même précision dans les fichiers Delta dans Fabric OneLake. Une perte de précision (perte du fuseau horaire et du septième chiffre décimal des secondes) se produit si des colonnes de ce type sont en miroir.
  • Les noms de colonnes d’une table SQL ne peuvent pas contenir d’espaces, ni les caractères suivants : ,;{}()\n\t=.
  • Si une ou plusieurs colonnes de la table sont de type Grand objet binaire (LOB) avec une taille supérieure à 1 Mo, les données de la colonne sont tronquées à la taille de 1 Mo dans Fabric OneLake.

Limitations des points de terminaison d'analyse SQL

Contenu connexe

  • Last updated on