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 |
Si vos besoins métier dépassent ces limites, veuillez submit a ticket pour nous contacter. |
|
Latence de synchronisation |
3 secondes |
|
|
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 |
|
|
Limites des champs vectoriels |
5 |
|
|
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 |
|
|
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 |
|
|
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. |