Partager via

Limitations pour la mise en miroir d’une base de données SQL dans Fabric (préversion)

  • Article

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 de la base de données SQL dans Microsoft Fabric (préversion).

Important

Cette fonctionnalité est en préversion.

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 tables, mais celles dépassant ce nombre 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 utilisée ne peuvent pas être en miroir sur Fabric OneLake.
    • Les index columnstore en cluster peuvent être créés, mais la table ne peut pas être en miroir dans Fabric OneLake.
    • Tables d’historique temporel et tables d’historique du registre
    • Always Encrypted
    • 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 existe une modification DDL, une instantané de données complète est redémarrée pour la table modifiée et les données sont réexédées.
  • Les vues ne sont pas en miroir sur OneLake.
  • Les procédures stockées ne sont pas 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 l’ajout du contrôle de version système (conversion en tables temporelles) de deux tables existantes, la table d’historique existante est automatiquement exclue de la mise en miroir (même si elle a été en miroir dans le passé).
    • Lors de la suppression du contrôle de version système (fractionnement des données de la table temporelle à partir de sa table d’historique), la table d’historique est traitée comme une table autonome et automatiquement ajoutée à la mise en miroir.
  • 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.
  • Dans la préversion suivante, 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 modifier une colonne vers le type de données vector ou json dans une 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
    • text/ntext
    • xml
    • rowversion/horodateur
    • 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 si des colonnes de ce type sont mises en miroir, le septième chiffre décimal des secondes étant 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 du point de terminaison d’analytique SQL

Contenu connexe