Pipedream Snowflake → n8n
1 Pipedream Snowflake actions and 0 event sources, and the n8n nodes they become. Converted nodes keep your configured values; expressions like {{steps.x.$return_value}} are rewritten to n8n expressions. Pipedream app slug: snowflake.
Actions
| Pipedream action | n8n | Fit |
|---|---|---|
| snowflake-execute-sql-query | Snowflake executeQuery | Direct |
Credentials
Create a Snowflake credential in n8n (type snowflake). Converted nodes reference it by name, so n8n links it on import when the names match. Pipedream connected accounts can't be exported and are deleted by April 30, 2027.
What "Fit" means
Direct: same operation, same inputs. Check output: the n8n node returns a different JSON shape, so later steps that read its result need a look. Partial: some options have no n8n equivalent. Mappings verified on 2026-10-13 against the Pipedream registry and n8n source.
Questions
Does n8n have a Snowflake node?+
Yes. 1 of the 1 Pipedream Snowflake actions listed here map to a native n8n node.
Will my Pipedream Snowflake connection move to n8n?+
No. Pipedream exports only an account ID, never the token, and deletes connected accounts by April 30, 2027. Create a Snowflake credential in n8n (type snowflake) and select it on the converted nodes.
Are Pipedream Snowflake triggers supported in n8n?+
n8n has no trigger node for these Snowflake events. Converted workflows use a Schedule Trigger that polls the API, or a Webhook node registered in Snowflake.
What happens to code steps that call the Snowflake API?+
Code steps keep working through a compatibility layer, and tokens read via this.<app>.$auth move to a secrets block in the Code node. Steps that use an npm SDK are rewritten to plain HTTP calls so they run on n8n Cloud.