Limites du système
|
Élément |
Limite |
|
Nombre d'instances par utilisateur |
Aucune limite. |
|
Nombre total de documents par utilisateur |
Théoriquement illimité. La valeur est calculée en fonction du quota de capacité de stockage. |
|
Nombre total de pages vues (PV) par utilisateur |
Théoriquement illimité. La valeur est calculée en fonction du nombre maximal d'unités de calcul logique (LCU) disponibles pour l'utilisateur. |
|
Système d'encodage des caractères |
UTF-8 pris en charge. |
Limites des instances
|
Élément |
Limite |
|
|
Type de cluster |
Cluster partagé |
Cluster dédié |
|
Longueur d'un nom d'instance |
30 caractères |
|
|
Longueur d'un nom de champ |
30 caractères |
|
|
Longueur d'un nom d'expression de tri |
30 caractères |
|
|
Nombre de tables secondaires |
10 |
|
|
Nombre de champs |
256 |
512 |
|
Longueur d'un nom de table source |
16 caractères |
|
|
Longueur d'un nom de champ d'index |
64 caractères |
|
|
Niveaux de tables secondaires pouvant être jointes à une table principale |
Deux niveaux |
Trois niveaux |
|
Nombre de champs de type INT |
256 |
|
|
Nombre de champs de type TIMESTAMP |
4 |
|
|
Nombre de champs de type GEO_POINT |
2 |
|
|
Nombre de champs de type LITERAL. Les champs de type LITERAL ne peuvent pas servir à créer des index composites. |
256 |
|
|
Nombre de champs de type TEXT ou SHORT_TEXT |
32 |
64 |
|
Nombre d'index pour l'analyse numérique |
4 |
8 |
|
Nombre d'index composites |
4 |
8 |
|
Nombre de champs dans un index composite |
8 |
|
|
Nombre d'index créés sur des champs de type INT pour l'analyse numérique |
4 |
8 |
|
Nombre d'index créés sur des champs de type GEO_POINT pour l'analyse numérique |
2 |
|
|
Nombre d'index créés sur des champs de type TIMESTAMP pour l'analyse numérique |
4 |
|
|
Nombre d'index créés sur un seul champ de type TEXT ou SHORT_TEXT |
4 |
8 |
|
Nombre d'index créés sur un seul champ de type LITERAL |
256 |
|
|
Nombre d'index créés sur des champs de type INT pour l'analyse par mots-clés |
256 |
|
|
Nombre d'index vectoriels |
0 |
2 |
|
Nombre total de sources de données |
20 |
|
Limites des champs
|
Élément |
Limite |
|
INT64 |
-2^63~2^63-1 |
|
FLOAT |
+/-3.40282e+038 |
|
DOUBLE |
+/-1.79769e+308 |
|
LITERAL |
Un champ de ce type peut atteindre 65 535 octets. |
|
TEXT |
Un champ de ce type peut contenir jusqu'à 65 536 mots. |
|
SHORT_TEXT |
Un champ de ce type peut atteindre 100 octets. Si un champ dépasse 100 octets, il est tronqué. |
|
LITERAL_ARRAY |
Un champ de ce type peut atteindre 65 535 octets. Chaque délimiteur intégré entre les éléments du champ occupe 2 octets. Si un champ dépasse 65 535 octets, il est tronqué au dernier élément complet afin de respecter la longueur maximale. Un grand nombre d'éléments dans un champ de ce type exige des performances de requête élevées. Nous vous recommandons de limiter chaque champ à 100 éléments maximum. |
|
INT_ARRAY, FLOAT_ARRAY et DOUBLE_ARRAY |
Si des champs de ces types sont configurés comme champs d'attribut, chaque champ peut contenir jusqu'à 65 535 éléments. Nous vous recommandons de limiter chaque champ à 100 éléments maximum. |
Limites des expressions de tri
|
Élément |
Limite |
|
Nombre d'expressions de tri approximatif |
30 |
|
Nombre d'expressions de tri précis |
30 |
|
Nombre d'éléments de fonction de caractéristique définissables pour chaque expression de tri approximatif |
4 |
Limites du résumé des résultats de recherche
|
Élément |
Description |
Limite |
|
Longueur d'un segment |
Longueur maximale d'un résumé. |
1 à 300 octets |
|
Nombre de segments |
Nombre de segments requis dans un résumé. |
1 à 5 |
Limites de l'envoi de données au niveau de l'application
|
Élément |
Limite |
|
Nombre maximal de documents envoyables via l'API par appel |
1 000. Pour de meilleures performances, nous vous recommandons d'envoyer 100 documents à la fois. Il est également conseillé de regrouper les documents à envoyer. |
|
Nombre maximal d'appels API pour l'envoi de données par seconde |
500. Si vous avez envoyé des données 500 fois en une seconde, toute nouvelle requête échoue et le message d'erreur « rate exceeds app quota » s'affiche. |
|
Taille totale maximale des données pour chaque requête API |
2 Mo. Si la taille totale des données d'une requête API dépasse 2 Mo, la requête échoue et le message d'erreur « rate exceeds app quota » s'affiche. |
|
Taille totale maximale des données des requêtes API par seconde |
2 Mo. Si la taille totale des données des requêtes API en une seconde dépasse 2 Mo, toute nouvelle requête échoue et le message d'erreur « rate exceeds app quota » s'affiche. |
|
Taux de synchronisation maximal pour les données incrémentielles des sources de données ApsaraDB RDS ou PolarDB |
2 Mo/s. Si le taux de synchronisation dépasse 2 Mo/s, le système limite automatiquement le débit et retarde la synchronisation des données incrémentielles. |
|
Nombre maximal de mises à jour (TPS) sur les tables principales et secondaires déclenchées par les mises à jour de la base de données ou les appels d'opérations API |
1 500. Si le nombre de mises à jour dépasse 1 500, la synchronisation des données incrémentielles est retardée. |
|
Taille maximale d'un document |
1 Mo. Si la taille d'un document dépasse 1 Mo, la synchronisation du document échoue et le message d'erreur « The total size of documents exceed » s'affiche. |
|
Latence de la synchronisation des données incrémentielles |
Après l'envoi d'un certain nombre de documents de la table principale vers OpenSearch, 90 % des documents sont recherchables en 10 secondes et 99 % le sont en 10 minutes. Pour plus d'informations sur la synchronisation des données des tables secondaires, consultez Latence de synchronisation des données causée par les jointures multi-tables. |
● Le dépassement de la limite supérieure d'envoi de données retarde la synchronisation des données incrémentielles.
● Un grand nombre de mises à jour des tables secondaires retarde la synchronisation de la table principale. Le système ne garantit pas le nombre de mises à jour des tables secondaires par seconde et limite le taux de mise à jour des tables secondaires en temps réel en fonction de la latence.
● Si la capacité de stockage utilisée dépasse le quota de l'application, le système rejette automatiquement la demande d'envoi de données via l'API et nécessite un nouvel envoi après une montée en puissance.
● Si la capacité de stockage utilisée dépasse le quota de l'application, le système arrête automatiquement la synchronisation des données incrémentielles depuis les sources de données ApsaraDB RDS ou PolarDB. Après une montée en puissance, le système reprend automatiquement la synchronisation des données incrémentielles à partir du point d'arrêt.
● Si la quantité de données incrémentielles générées est supérieure à celle qui peut être synchronisée en temps réel, la synchronisation est retardée et certaines données incrémentielles peuvent ne pas être synchronisées vers l'application OpenSearch. Dans ce cas, la réindexation ne peut pas être achevée.
● Les remarques d'utilisation précédentes s'appliquent à la fois à l'édition Standard et à l'édition Avancée.
● La limite supérieure d'envoi de données peut être ajustée de manière appropriée pour les applications dans des clusters dédiés.
● Si vous utilisez une source de données ApsaraDB RDS ou PolarDB et que vous sélectionnez automatic synchronization, OpenSearch tentera de maintenir la stabilité de la synchronisation, mais ne garantit pas une faible latence de synchronisation. Si votre activité nécessite une faible latence de synchronisation, nous vous recommandons d'utiliser une instance de suivi des modifications du service Data Transmission Service (DTS) pour synchroniser les données. Consultez Synchronisation en temps réel DTS.
● Pour garantir l'exactitude des données envoyées via l'API/SDK, OpenSearch inclut par défaut une fonctionnalité de validation de l'ordre basée sur l'horodatage. Si vous devez désactiver cette fonctionnalité, vous pouvez soumettre un ticket pour nous contacter.
Caractères réservés non imprimables interdits dans les données à envoyer
|
Code |
Format d'affichage dans Emacs ou Vi |
|
"\x1E\n" |
^^ |
|
"\x1F\n" |
^_ |
|
"\x1C" |
^\ |
|
"\x1D" |
^] |
|
"\x03" |
^C |
Si la valeur d'un champ contient les caractères non imprimables précédents, l'enregistrement n'est pas synchronisé avec une application.
Les caractères non imprimables tels que \u0002 et \u0003 sont automatiquement convertis en \t.
-
Le moteur prend en charge les jeux de caractères suivants :
CJK_1 (\xe2[\xba-\xbf][\x80-\xbf])
CJK_2 ([\xe3-\xe9][\x80-\xbf][\x80-\xbf])
FULLWIDTH_1 (\xef[\xbc-\xbe][\x80-\xbf])
FULLWIDTH_2 (\xef\xbf[\x80-\xaf])
Limites des recherches
|
Élément |
Limite |
|
Longueur maximale de chaque clause, à l'exception des clauses de filtrage |
1 Ko avant encodage. Si la longueur d'une clause dépasse 1 Ko, un message d'erreur s'affiche et la requête est rejetée. |
|
Longueur maximale de chaque clause de filtrage |
4 Ko avant encodage. Si la longueur d'une clause dépasse 4 Ko, un message d'erreur s'affiche et la requête est rejetée. |
|
Nombre maximal de résultats renvoyés sur une page pour une seule requête |
500 |
|
Nombre maximal de résultats renvoyés pour une seule recherche, y compris plusieurs requêtes pour des interrogations paginées |
5 000 |
|
Nombre maximal de documents impliqués dans le tri approximatif |
1 000 000 |
|
Nombre maximal de documents impliqués dans le tri précis |
Valeur par défaut : 200 |
● Pour les recherches traditionnelles, l'objectif est de récupérer les résultats les plus pertinents dans les plus brefs délais. Par conséquent, le nombre de documents pouvant figurer dans les résultats est limité. Par exemple, les résultats d'une recherche peuvent contenir au maximum 5 000 documents. Toutefois, dans certains scénarios, vous pouvez avoir besoin de davantage de résultats pour l'analyse. Dans ce cas, effectuez des requêtes de défilement (scroll) pour obtenir plus de résultats de recherche.
● Si les requêtes de recherche ont consommé toutes les LCU disponibles pour l'application, les nouvelles requêtes sont rejetées et le message d'erreur « code:6015,message:Dropped by over compute resource quota » s'affiche.
Limites de la réindexation
|
Élément |
Limite |
|
Taux de synchronisation maximal |
2 Mo/s |
|
Remarque : Pour plus d'informations, consultez Fonctionnement de la synchronisation des données dans OpenSearch |
|
● La limite supérieure peut être ajustée de manière appropriée pour les applications dans des clusters dédiés.
● Par défaut, la réindexation échoue automatiquement si elle ne peut pas être achevée dans un délai de trois jours.
● Si la réindexation échoue après une longue période ou si la latence de synchronisation des données est élevée, soumettez un ticket pour obtenir une assistance technique.