Exécuter du SQL analytique sur un fichier DuckDB local.
Utilisation et spécificités
Sélectionnez la connexion et une opération compatible avec la base. SQLite et DuckDB utilisent un fichier existant sous HOST_FILES_ROOT et sont en lecture seule par défaut. Firestore et BigQuery utilisent Google Cloud ; DynamoDB et Redshift utilisent AWS. Les droits du compte limitent les opérations.
Type technique : duckdb. Runtime : nodulz.
Identifiants et prérequis
DuckDB (integration / duckdb). Exécuter du SQL analytique sur un fichier DuckDB local.
Créez l’identifiant dans la rubrique Identifiants de votre instance nodulz, puis sélectionnez-le dans le nœud. Les identifiants disponibles dépendent du propriétaire et du partage. Consultez le guide des identifiants pour les accès et la rotation.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
Paramètre
Type
Par défaut
Valeurs / limites
credentialId
string
""
-
timeout
number
30
-; ≥ 1, ≤ 600
maxRows
number
100
-; ≥ 1, ≤ 10000
operation
enum
"query"
query
query
string
"SELECT 1 AS ok"
-
parameters
string
"[]"
-
Aide de configuration
credentialId Identifiant
Les identifiants sont chiffrés. Firestore et BigQuery utilisent un identifiant GCP ; DynamoDB et Redshift utilisent un identifiant AWS.
operation Opération
Choisissez l’action. Les résultats ne sont jamais paginés automatiquement ; utilisez le jeton renvoyé pour continuer.
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
json
{"credentialId":"","timeout":30,"maxRows":100,"operation":"query","query":"SELECT 1 AS ok","parameters":"[]"}
Vérification
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
Exécuter du SQL analytique sur un fichier DuckDB local.
Utilisation et spécificités
Sélectionnez la connexion et une opération compatible avec la base. SQLite et DuckDB utilisent un fichier existant sous HOST_FILES_ROOT et sont en lecture seule par défaut. Firestore et BigQuery utilisent Google Cloud ; DynamoDB et Redshift utilisent AWS. Les droits du compte limitent les opérations.
Type technique :
duckdb. Runtime :nodulz.Identifiants et prérequis
integration/duckdb). Exécuter du SQL analytique sur un fichier DuckDB local.Créez l’identifiant dans la rubrique Identifiants de votre instance nodulz, puis sélectionnez-le dans le nœud. Les identifiants disponibles dépendent du propriétaire et du partage. Consultez le guide des identifiants pour les accès et la rotation.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
credentialIdstring""timeoutnumber30maxRowsnumber100operationenum"query"queryquerystring"SELECT 1 AS ok"parametersstring"[]"Aide de configuration
credentialIdIdentifiant
operationOpération
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
{ "credentialId": "", "timeout": 30, "maxRows": 100, "operation": "query", "query": "SELECT 1 AS ok", "parameters": "[]" }Vérification
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
Voir aussi : Expressions et données, Exécutions, Catalogue des nœuds.