Vous pouvez définir des limites de nombre de requêtes parallèles soit avec les commandes tabadmin/tsm, soit avec un fichier connection-configs.xml. Une fois que vous avez configuré Tableau Server pour les requêtes parallèles, la fonction est automatiquement activée.
Vous pouvez spécifier l’une ou l'autre des options suivantes, ou les deux :
Une limite globale quant au nombre de requêtes parallèles pour Tableau Server
Des limites pour un type particulier de source de données, par exemple SQL Server
Des limites pour un type particulier de source de données sur un serveur spécifique
Des limites pour un type particulier de source de données, sur un serveur spécifique, lors de la connexion à une base de données spécifique
Des limites pour le nombre de sources de données pouvant être interrogées simultanément dans une jointure entre des bases de données
Le format permettant de définir des limites de requêtes parallèles en utilisant tabadmin set est le suivant :
tabadmin set native_api.connection.limit.<connection class> <n>
Par exemple, pour définir une limite globale :
tabadmin set native_api.connection.globallimit 8
Ou pour définir une limite sur un type spécifique de source de données :
tabadmin set native_api.connection.limit.sqlserver 5
Pour limiter le nombre de requêtes parallèles pour une jointure entre des bases de données :
tabadmin set native_api.federated_evaluator_degree_of_parallelism 4
Pour consulter la liste des chaînes de classe de connexion, reportez-vous à « Chaînes de classe » dans les Informations supplémentaires ci-dessous.
Le format permettant de définir des limites de requêtes parallèles en utilisant tsm configuration set est le suivant :
configuration set -k native_api.connection.limit.<connection class> -v <n>
Par exemple, pour définir une limite globale :
tsm configuration set -k native_api.connection.globallimit -v 8
Pour définir une limite sur un type spécifique de source de données :
tsm configuration set -k native_api.connection.limit.sqlserver -v 5
Pour limiter le nombre de requêtes parallèles pour une jointure entre des bases de données :
tsm configuration set -k native_api.federated_evaluator_degree_of_parallelism -v 4
Pour consulter la liste des chaînes de classe de connexion, reportez-vous à « Chaînes de classe » dans les Informations supplémentaires ci-dessous.
Un fichier connection-configs.xml est créé par vous et enregistré dans le dossier vizqlserver du répertoire config. Le répertoire config correct dépend de la version de Tableau Server et du système d'exploitation sur lequel il est installé.
Vous devez copier ce fichier de configuration dans tous les répertoires de configuration vizqlserver sur tous les ordinateurs utilisateur.
Consultez le fichier d'exemple connection-configs.xml à la fin de cette section sur Tableau Server 2018.1 et antérieur.
Une balise <connection> sans information concernant le type de source de données, le serveur ou la base de données définit le nombre maximal de requêtes pour toutes les connexions non couvertes par une autre spécification de connexion plus précise. Par exemple :
<connection>
<limit max='8'>
</limit>
</connection>
Cette valeur écrase la limite de requête parallèle par défaut. Pour le processus vizqlserver, la limite par défaut est de 16. Pour le processus du serveur de données, la limite par défaut est de 1 000 000.
Remarque : lors d'une connexion à Amazon Redshift, la limite par défaut est de 8 pour les deux processus.
Les paramètres de connexion du fichier connection-configs.xml peuvent fonctionner à diffèrents niveaux de spécificité. Lors de l'établissement d'une connexion, Tableau analyse le fichier de haut en bas, de sorte que s'il existe plusieurs entrées susceptibles de s'appliquer à une connexion données, l'entrée la plus proche du haut du fichier est utilisée.
Pour cette raison, il est également recommandé d'organiser les spécifications de connexion des plus spécifiques aux moins spécifiques.
D'autres limites (non globales) sont définies dans une section <connection-list> en haut du fichier connection-configs.xml.
Les paramètres que vous pouvez utiliser dans une balise <connection> sont les suivants :
| Paramètre | Chaîne |
| class | Type de source de données. Reportez-vous au tableau « Chaînes de classe », ci-dessous, pour connaître les chaînes à utiliser pour tous les types de sources de données. |
| server | Ordinateur serveur. |
| dbname | Nom de la base de données. |
| schema | Ce paramètre peut être utile avec les sources de données Teradata. |
Vous pouvez spécifier des paramètres dans n'importe quel ordre et n'importe quelle combinaison. Par exemple, vous pouvez spécifier un paramètre server et un paramètre dbname sans spécifier de paramètre class ou schema.
Vous pouvez également définir des limites par connexion individuelle pour les processus du serveur vizql et du serveur de données dans Tableau Server, en limitant le nombre de connexions simultanées que ces processus peuvent créer.
Vous spécifiez des limites de processus en ajoutant un attribut de processus dans l'élément <limit>.
Pour définir une limite de connexion pour un des processus, créez une configuration de connexion comme celle-ci :
<connection class='sqlserver'> <limit max='6' process='vizqlserver'> </limit> </connection>
Le paramètre ci-dessus limite le processus vizqlserver à six connexions simultanées. Étant donné qu'aucune limite n'est spécifiée pour le processus de serveur de données, la limite de connexion est déterminée par la limite globale.
Vous pouvez également créer un élément de connexion comme celui-ci :
<connection class='sqlserver'> <limit max='6' process='vizqlserver'> </limit> <limit max='12'> </limit> </connection>
Comme précédemment, le processus vizqlserver est limité à six connexions simultanées. Mais le processus de serveur de données utilise désormais la limite spécifique de connexion pour cette classe de connexion (12) à la place de la limite globale. Lorsqu'aucun attribut de processus n'est spécifié pour un élément <limit>, cette limite s'applique à n'importe quel processus de serveur non spécifié au dessus de ce dernier au sein de l'élément de connexion.
Enfin, vous pouvez définir des limites spécifiques séparées pour chaque processus :
<connection class='sqlserver'> <limit max='6' process='vizqlserver'> </limit> <limit max='12' process='dataserver'> </limit> </connection>
Si vous souhaitez définir une limite pour les deux processus de serveur dans une connexion, vous pouvez soit répertorier explicitement (délimité par des virgules) dans un élément <limit> ou juste utiliser un élément <limit> avec aucun processus spécifié. Ainsi, les deux éléments limite suivants sont équivalents :
<limit max='10' process='dataserver, vizqlserver'>
<limit max='10'>Pour définir des limites, la méthode la plus simple consiste à utiliser les commandes tabadmin set. Lorsque vous utilisez des commandes à l'aide de tabadmin set, il n'est pas nécessaire de copier le fichier de configuration sur tous les ordinateurs de travail. Vous ne pouvez toutefois pas définir des limites aux niveaux de granularité plus fins (par exemple par serveur ou par schéma) possibles avec un fichier connection-configs.xml.
<?xml version='1.0' encoding='utf-8' ?> <connection-list> <connection class='sqlserver' dbname='SalesDB' server='SQLserver10'> <limit max='10'> </limit> </connection> <connection class='mysql' dbname='Inventory' server='MySQL_Public'> <limit max='10'> </limit> </connection> <connection class='teradata' schema='TravelData' server='TeradataProduction2'> <limit max='12'> </limit> </connection> <connection class='sqlserver'> <limit max='4'> </limit> </connection> <connection class='mysql'> <limit max='6'process='vizqlserver'> </limit> <limit max='10' process='dataserver'> </limit> </connection> <connection class='teradata'> <limit max='10'> </limit> </connection> <connection> <limit max='8'> </limit> </connection> </connection-list>
Utilisez les chaînes suivantes pour identifier les types de sources de données dans le fichier connection-configs.xml.
| Source de données | Chaîne |
| Actian Vectorwise | « vectorwise » |
| Amazon EMR | « awshadoophive » |
| Amazon Redshift | « redshift » |
| Aster Database | « asterncluster » |
| Cloudera Hadoop | « hadoophive » |
| Extraits créés à partir des sources de données Cube | Non configurable. |
| DataStax Enterprise | « datastax » |
| EXASolution | « exasolution » |
| Firebird | « firebird » |
| Generic ODBC | « genericodbc » |
| Google Analytics | « google-analytics » |
| Google BigQuery | « bigquery » |
| Hortonworks Hadooop Hive | « hortonworkshadoophive » |
| HP Vertica | « vertica » |
| IBM BigInsights | « bigsql » |
| IBM DB2 | « db2 » |
| Connecteur JavaScript | « jsconnector » |
| MapR Hadoop Hive | « maprhadoophive » |
| MarkLogic | « marklogic » |
| Microsoft Access | « msaccess » |
| Microsoft Analysis Services | « msolap » |
| Microsoft Excel | Non configurable. |
| Microsoft PowerPivot | « powerpivot » |
| Microsoft SQL Server | « sqlserver » |
| MySQL | « mysql » |
| IBM Netezza | « netezza » |
| OData | « odata » |
| Oracle | « oracle » |
| Oracle Essbase | « essbase » |
| ParAccel | « paraccel » |
| Pivotal Greenplum | « greenplum » |
| PostgreSQL | « postgres » |
| Progress OpenEdge | « progressopenedge » |
| SAP HANA | « saphana » |
| SAP Netweaver Business Warehouse | « sapbw » |
| SAP Sybase ASE | « sybasease » |
| SAP Sybase IQ | « sybaseiq » |
| Salesforce | « salesforce » |
| Spark SQL | « spark » |
| Splunk | « splunk » |
| Fichier de statistiques | Non configurable. |
| Extrait de données Tableau | « dataengine » |
| Teradata | « teradata » |
| Fichier texte | « csv » |
001458009

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.