Comprendre les performances des tables hybrides¶

Optimisation des entrepôts des tables hybrides¶

Un entrepôt de taille X-Small est généralement suffisant pour les petites charges de travail opérationnelles. Afin d’obtenir une simultanéité et un débit supérieurs pour les requêtes opérationnelles de courte durée, il est recommandé d’augmenter le nombre de nœuds de calcul en utilisant un entrepôt multi-clusters au lieu d’augmenter les ressources de calcul via un entrepôt plus grand.

Si votre charge de travail présente des profils de débit variables, vous pouvez activer le dimensionnement automatique pour réduire la consommation lorsque la demande est plus faible. Définissez la politique de dimensionnement sur Standard au lieu d’Economy pour obtenir les meilleures performances et la meilleure efficacité sur les charges de travail nécessitant un débit élevé ou une faible latence. Pour plus d’informations, voir Définition de la politique de mise à l’échelle d’un entrepôt multi-clusters.

Si possible, le mieux est d’isoler les charges de travail distinctes dans des entrepôts séparés afin qu’elles puissent évoluer indépendamment. Si vous avez une charge de travail hybride mixte avec des composantes opérationnelles et analytiques, il est préférable de séparer les composantes opérationnelles et analytiques dans des entrepôts distincts. Si vous ne pouvez pas les séparer et que vous devez les exécuter ensemble dans le même entrepôt, sélectionnez la taille de l’entrepôt en fonction des exigences de latence des requêtes analytiques et le nombre de nœuds multi-clusters en fonction du nombre nécessaire pour prendre en charge le débit de votre charge de travail.

Limitations des tables hybrides¶

Les performances des tables hybrides peuvent être affectées par des limitations, même dans le cas où le recours au calcul d’entrepôt virtuel n’est pas important. Pour surveiller votre utilisation et déterminer si une table hybride est limitée, voir l’exemple à la section Vue AGGREGATE_QUERY_HISTORY. Vous pouvez également récupérer le nombre de requêtes de tables hybrides limitées auprès de la colonne HYBRID_TABLE_REQUESTS_THROTTLED_COUNT.

Pour plus d’informations sur les quotas et les limitations des tables hybrides, voir Fonctionnalités non prises en charge et limitations concernant les tables hybrides.

Pilotes client des tables hybrides¶

Pour accéder aux tables hybrides, vous devez utiliser l’une des versions de pilote suivantes :

Pilote

Version minimale

Go

1.6.25

JDBC

3.13.31

.Net

2.1.2

Node.js

1.9.0

ODBC

3.0.2

PHP

2.0.0

Connecteur Python

3.1.0

SnowSQL

1.2.28

Note

Vous ne pouvez pas accéder aux tables hybrides si vous utilisez une version de pilote antérieure.

Pilote	Version minimale
Go	1.6.25
JDBC	3.13.31
.Net	2.1.2
Node.js	1.9.0
ODBC	3.0.2
PHP	2.0.0
Connecteur Python	3.1.0
SnowSQL	1.2.28

Pour obtenir des performances optimales lors de l’utilisation de tables hybrides, assurez-vous d’utiliser la dernière version du pilote sélectionné.

Attention

Vous ne pouvez pas accéder aux tables hybrides via API REST SQL Snowflake.

Procédures stockées et tables hybrides¶

Les procédures stockées sont prises en charge pour les tables hybrides, mais l’exécution de transactions avec AUTOCOMMIT activé ou de transactions multi-instructions offre de meilleures performances et une plus grande efficacité que l’appel d’une procédure stockée.

Tâches sans serveur et tables hybrides¶

Bien que les tâches sans serveur soient prises en charge, sachez que vous risquez de ne pas bénéficier de performances ou d’une efficacité optimales pour les charges de travail qui utilisent des tables hybrides.