Tous les produits
Search
Centre de documentation

Tablestore:Limites des index de recherche

Dernière mise à jour :Aug 18, 2026

Les index de recherche dans Tablestore sont soumis à des limites concernant le nombre de lignes, la taille des données, le nombre de champs, le débit de lecture/écriture, la latence de synchronisation et les paramètres de requête.

Limites des index

Le tableau suivant répertorie les limites applicables au nombre de lignes, à la taille des données, au nombre de champs, au débit de lecture/écriture, à la latence de synchronisation, aux champs imbriqués et aux champs de la table de données pour un index de recherche.

Élément

Valeur

Description

Nombre d'index de recherche

Aucune limite

Créez un seul index de recherche contenant tous les champs requis.

Nombre de lignes

1 billion

Si vos besoins métier dépassent cette limite, veuillez submit a ticket pour nous contacter.

Taille totale

1 Po

Si vos besoins métier dépassent cette limite, veuillez submit a ticket pour nous contacter.

Nombre de champs d'index

1 000

Si vos besoins métier dépassent cette limite, veuillez submit a ticket pour nous contacter.

Débit de lecture et d'écriture

100 000 lignes/s

  • Les écritures initiales ou les pics d'écriture déclenchent un équilibrage de charge qui prend quelques minutes.

  • Le débit d'indexation maximal dépend du type et de la taille des champs. Le débit diminue en cas de points chauds, de champs texte volumineux, de champs imbriqués ou de champs vectoriels.

Si vos besoins métier dépassent ces limites, veuillez submit a ticket pour nous contacter.

Latence de synchronisation

3 secondes

  • Dans 99 % des cas, la latence de synchronisation est inférieure à 3 secondes. Pour des exigences de latence plus strictes, submit a ticket pour nous contacter.

  • L'initialisation d'un nouvel index peut prendre jusqu'à 1 minute.

Longueur du tableau

256

Nombre maximal d'éléments dans un tableau.

Limites des champs imbriqués

Unique au sein de l'index de recherche

  • Prise en charge jusqu'à 5 niveaux d'imbrication.

  • Maximum de 256 lignes enfants par champ imbriqué.

  • Maximum de 100 sous-champs par champ imbriqué.

Limites des champs vectoriels

5

  • Un index de search supporte jusqu'à 5 champs vectoriels. Si vos besoins métier dépassent cette limite, veuillez submit a ticket.

  • Nombre maximal de dimensions par champ vectoriel : 4 096.

Longueur totale de toutes les valeurs de colonne de clé primaire

1 000 octets

La longueur combinée de toutes les valeurs de colonne de clé primaire ne doit pas dépasser 1 000 octets.

Longueur d'une valeur String dans une colonne de clé primaire

1 000 octets

Une valeur de colonne de clé primaire de type String ne peut pas dépasser 1 000 octets lors de l'indexation.

Longueur d'une valeur String dans une colonne d'attribut (indexée en tant que Keyword)

4 Ko

Aucune.

Longueur d'une valeur String dans une colonne d'attribut (indexée en tant que FuzzyKeyword)

2 Ko

Aucune.

Longueur d'une valeur String dans une colonne d'attribut (indexée en tant que Text)

2 Mo

Correspond généralement à la limite de longueur de la colonne d'attribut dans la table de données. Lors de l'exécution d'une requête floue sur un champ Text avec une tokenisation floue, seuls les 1 024 premiers caractères sont indexés. Le contenu au-delà de cette limite est tronqué.

Limites des requêtes

API Search

Le tableau suivant répertorie les limites applicables lors de l'interrogation, de l'agrégation et de l'analyse des données avec l'API Search.

Catégorie

Élément

Valeur

Description

Limites générales

offset+limit

100 000

  • Le paramètre limit a pour valeur par défaut 10, avec un maximum de 100.Si vos besoins métier dépassent cette limite, veuillez submit a ticket pour nous contacter.

    Lorsque l'index de recherche contient les données de la colonne interrogée, le paramètre limit prend en charge jusqu'à 1 000, permettant à une seule requête de renvoyer jusqu'à 1 000 résultats.

  • Pour récupérer davantage de résultats, utilisez le paramètre next_token pour la pagination.

timeout

10 secondes

Aucune.

CU

Aucune limite

Aucune.

QPS

100 000

Pour les requêtes de traitement transactionnel (TP) légères, la limite supérieure de QPS est de 100 000. Si vos besoins métier dépassent cette limite, veuillez submit a ticket pour nous contacter.

Nombre de requêtes dans une seule requête Search

1 024

Des requêtes imbriquées trop complexes réduisent les performances. Simplifiez les requêtes pour une meilleure efficacité.

Requête Terms

Nombre de termes de recherche

1 024

Une requête terms prend en charge un maximum de 1 024 termes de recherche.

Requête Wildcard

Longueur de la requête de recherche

32 caractères

La requête de recherche pour une WildcardQuery ne peut pas dépasser 32 caractères.

Requête Prefix

Longueur de la requête de recherche

1 000 caractères

La requête de recherche pour une PrefixQuery ne peut pas dépasser 1 000 caractères.

Recherche en texte intégral

Nombre total de fragments mis en surbrillance

500

Nombre maximal total de fragments mis en surbrillance dans tous les résultats inner_hits et highlight pour une seule requête.

Nombre de champs mis en surbrillance

10

Les paramètres de mise en surbrillance peuvent être spécifiés pour un maximum de 10 champs.

Recherche vectorielle

Nombre de lignes top K renvoyées

1 000

Une KnnVectorQuery renvoie au maximum les 1 000 premières lignes.

Agrégation

Nombre d'agrégations au même niveau

32

Le compteur revient à 0 lorsqu'une agrégation est ajoutée à un SubGroupBy.

Nombre de GroupBys au même niveau

5

Le compteur revient à 0 lorsqu'un GroupBy est ajouté à un SubGroupBy.

Niveaux d'imbrication GroupBy

3

Le nombre de niveaux inclut le GroupBy lui-même. La profondeur d'imbrication maximale est de 3.

Nombre de filtres dans GroupByFilter

10

Aucune.

Nombre de groupes renvoyés par GroupByField

2 000

Aucune.

Nombre de sources internes dans GroupByComposite

32

Nombre maximal de colonnes pour le regroupement multi-colonnes.

Nombre de plages dans GroupByRange

100

Aucune.

Nombre de plages dans GroupByGeodistance

10

Aucune.

API ParallelScan

Le tableau suivant répertorie les limites applicables lors de l'interrogation des données et de l'exécution d'analyses parallèles avec l'API ParallelScan.

Catégorie

Élément

Valeur

Description

Limites générales

offset+limit

Non pris en charge

  • Les paramètres offset et limit ne sont pas pris en charge. Le parcours des données commence uniquement depuis le début.

  • La valeur maximale du paramètre limit est de 2 000.

CU

Aucune limite

Aucune.

QPS

Aucune limite

Aucune.

Exportation de données parallèle

Concurrence maximale

Égale à la valeur MaxParallel

Déterminée par la valeur MaxParallel renvoyée par l'API ComputeSplits.

Période de validité de la tâche (aliveTime)

10 minutes

Aucune.

Tâches ParallelScan simultanées

10

Les tâches simultanées ayant le même ID de session et ScanQuery sont considérées comme une seule tâche. Pour plus d'informations, consultez analyse parallèle.