Configuration
| Setting | Description |
|---|---|
| Query | SQL SELECT statement to execute against the data warehouse |
| DWH Auth ID | Data warehouse authentication ID (default: 0) |
| Result Fields | Expected result columns and types (auto-detected if omitted) |
| Virtual Object Name | Namespace prefix for output fields (default: query) |
Result Field Types
| Type | Description |
|---|---|
| str | String/text |
| int | Integer |
| float | Decimal number |
| bool | Boolean |
| date | Date |
| datetime | Date and time |
How It Works
Write your SQL query
Write a SELECT statement using your DWH’s SQL syntax. Reference tables with bare names, schema-qualified names (
"schema"."table"), or fully qualified names.Define result fields (optional)
Specify expected output columns and their types. If omitted, BonData auto-detects them from the query results.
Output
A dataset containing the query results. Each column becomes available as a Mention in downstream nodes, named as{virtual_object_name}.{column_name}.
The Query node acts as a workflow starting point — it does not have an input. Only SELECT statements are supported.
Example
Pull a custom report from Snowflake:Best Practices
- Use Query when you need JOINs, aggregations, or complex WHERE clauses that Get Data doesn’t support
- Specify Result Fields explicitly for predictable downstream behavior
- Keep queries efficient — add WHERE clauses to limit the dataset size
- Test your query directly in your DWH console before using it in a workflow
Related Nodes
- Get Data — simpler data fetching without writing SQL
- Code Execution — run Python code for transformations that SQL can’t express
- Transform — apply SQL expressions to data already in the workflow