Share via


Stratégie de fusion

La stratégie de fusion définit si et comment les étendues (partitions de données) de votre cluster doivent être fusionnées.

Il existe deux types d’opérations de fusion : Merge, qui régénère les index et Rebuild, qui reingest complètement les données.

Les deux types d’opération aboutissent à une seule extension qui remplace les extensions sources.

Par défaut, Rebuild les opérations sont préférées. S’il existe des étendues qui ne répondent pas aux critères de reconstruction, une tentative de fusion est effectuée.

Notes

  • L’étiquetage d’extensions à l’aide de balises différentesdrop-by entraîne la non-fusion de ces extensions, même si une stratégie de fusion a été définie. Pour plus d’informations, consultez Balises d’extension.
  • Les extensions dont l’union de balises dépasse la longueur de 1M caractères ne seront pas fusionnées.
  • La stratégie de partitionnement de la base de données ou de la table a également un effet sur la façon dont les extensions sont fusionnées.

Propriétés de stratégie de fusion

La stratégie de fusion contient les propriétés suivantes :

  • RowCountUpperBoundForMerge :
    • La valeur par défaut est 16 000 000.
    • Nombre maximal de lignes autorisées de l’extension fusionnée.
    • S’applique aux opérations de fusion, et non à la reconstruction.
  • OriginalSizeMBUpperBoundForMerge :
    • La valeur par défaut est 30 000.
    • Taille d’origine maximale autorisée (en Mo) de l’étendue fusionnée.
    • S’applique aux opérations de fusion, et non à la reconstruction.
  • MaxExtentsToMerge :
    • La valeur par défaut est 100.
    • Nombre maximal autorisé d’extensions à fusionner en une seule opération.
    • S’applique aux opérations de fusion.
    • Cette valeur ne doit pas être modifiée.
  • AllowRebuild :
    • La valeur par défaut est « true ».
    • Définit si Rebuild les opérations sont activées (auquel cas, elles sont préférées aux Merge opérations).
  • AllowMerge :
    • La valeur par défaut est « true ».
    • Définit si Merge les opérations sont activées, auquel cas, elles sont moins préférées que Rebuild les opérations.
  • MaxRangeInHours :
    • La valeur par défaut est 24.
    • La différence maximale autorisée, en heures, entre les heures de création de deux extensions différentes, afin qu’elles puissent toujours être fusionnées.
    • Les horodatages sont de création d’étendue et ne sont pas liés aux données réelles contenues dans les extensions.
    • S’applique aux opérations de fusion et de reconstruction.
    • Dans les vues matérialisées : la valeur par défaut est 336 (14 jours), sauf si la récupération est désactivée dans la stratégie de rétention effective de la vue matérialisée.
    • Cette valeur doit être définie en fonction de la stratégie de rétention effective SoftDeletePeriod, ou des valeurs DataHotSpan de stratégie de cache. Prenez la valeur inférieure de SoftDeletePeriod et DataHotSpan. Définissez la valeur MaxRangeInHours sur entre 2 et 3 %. Consultez les exemples .
  • Recherche en arrière :
    • Définit la période pendant laquelle les extensions sont prises en compte pour la reconstruction/fusion.
    • Valeurs prises en charge :
      • Default - Valeur par défaut gérée par le système. Il s’agit de la valeur recommandée et par défaut, dont la période est actuellement définie sur 14 jours.
      • All - Toutes les extensions, chaudes et froides, sont incluses.
      • HotCache - Seules les extensions à chaud sont incluses.
      • Custom - Seules les étendues dont l’âge est inférieur à celui fourni CustomPeriod sont incluses. CustomPeriod est une valeur d’intervalle de temps.

Exemple de stratégie par défaut

L’exemple suivant montre la stratégie par défaut :

{
  "RowCountUpperBoundForMerge": 16000000,
  "OriginalSizeMBUpperBoundForMerge": 30000,
  "MaxExtentsToMerge": 100,,
  "MaxRangeInHours": 24,
  "AllowRebuild": true,
  "AllowMerge": true,
  "Lookback": {
    "Kind": "Default",
    "CustomPeriod": null
  }
}

Exemples MaxRangeInHours

min(SoftDeletePeriod (stratégie de rétention), DataHotSpan (stratégie de cache)) Plage maximale en heures (stratégie de fusion)
7 jours (168 heures) 4
14 jours (336 heures) 8
30 jours (720 heures) 18
60 jours (1 440 heures) 36
90 jours (2 160 heures) 60
180 jours (4 320 heures) 120
365 jours (8 760 heures) 250

Avertissement

Consultez l’équipe du support technique avant de modifier une stratégie de fusion d’extensions.

Lorsqu’une base de données est créée, elle est définie avec les valeurs de stratégie de fusion par défaut mentionnées ci-dessus. La stratégie est héritée par défaut par toutes les tables créées dans la base de données, sauf si leurs stratégies sont explicitement remplacées au niveau de la table.

Pour plus d’informations, consultez Commandes de gestion qui vous permettent de gérer des stratégies de fusion pour des bases de données ou des tables.