Subqueries

Important Notice: Migration of Documentation Website

Please be advised that our documentation website is currently undergoing a migration to a new platform. To ensure you have access to the most up-to-date information, we kindly request that you visit our new documentation website located at:

Official Snowflake Snowconvert Documentation

For any immediate assistance or if you encounter any issues, please contact our support team at [email protected].

Thank you for your understanding.

Description

A subquery is a query within another query. Subqueries in a FROM or WHERE clause are used to provide data that will be used to limit or compare/evaluate the data returned by the containing query. (Snowflake subqueries documentation).

Subqueries can be correlated/uncorrelated as well as scalar/non-scalar.

Correlated subqueries reference columns from the outer query. In Snowflake, correlated subqueries execute for each row in the query. On the other hand, Uncorrelated subqueries do not reference the outer query and are executed once for the entire query.

Scalar subqueries return a single value as result, otherwise the subquery is non-scalar.

The following patterns are based on these categories.

Sample Source Patterns

Setup data

Teradata

Snowflake

Correlated Scalar subqueries

Snowflake evaluates correlated subqueries at compile time to determine if they are scalar and therefore valid in the context were a single return value is expected. To solve this, the ANY_VALUE aggregate function is added to the returned column when the result is not an aggregate function. This allows the compiler to determine a single value return is expected. Since scalar subqueries are expected to return a single value the function ANY_VALUE will not change the result, it will just return the original value as is.

Teradata

Snowflake

Uncorrelated Scalar subqueries

Snowflake fully supports uncorrelated scalar subqueries.

Teradata

Snowflake

Non-scalar subqueries

Non-scalar subqueries specified inside subquery operators (ANY/ALL/IN/EXISTS) are supported.

Non-scalar subqueries used as derived tables are also supported.

Teradata

Snowflake

Known Issues

1. Subqueries with FETCH first that are not uncorrelated scalar

Oracle allows using the FETCH clause in subqueries, Snowflake only allows using this clause if the subquery is uncorrelated scalar, otherwise an exception will be generated.

SnowConvert will mark any inalid usage of FETCH in subqueries with SSC-EWI-0108

Oracle:

Snowflake:

  1. SSC-FDM-0002: Correlated subquery may have functional differences

  2. SSC-EWI-0108: The following subquery matches at least one of the patterns considered invalid and may produce compilation errors

Last updated