Skip to end of banner
Go to start of banner

AlloyDB Execute

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 14 Next »

In this article

Overview

You can use this Snap to execute arbitrary SQL.

This Snap works only with single queries.

Snap Type

The AlloyDB Execute Snap is a Write-type Snap that executes the specific query.

Prerequisites

A valid account with the required permissions.

Support for Ultra Pipelines  

Works in Ultra Task Pipelines.

Limitations

Does not support $$ as an escape character for enclosing string input, as $ is a reserved character for variable substitution in SnapLogic..

Known Issues

None.

Behavior Change

As part of 436patches25696, when you use a stored procedure in the AlloyDB-Execute Snap, the Snap displays Message: Success and $UPDATE_COUNT=-1, 0, or 1 (based on the Snap Pack behavior) in the output.

Snap Views

Type

Format

Number of Views

Examples of Upstream and Downstream Snaps

Description

Input 

Document

  • Min: 0

  • Max: 1

  • Mapper

  • Copy

If the input view is defined, then the WHERE clause can substitute incoming values for a given expression.

Valid JSON paths that are defined in the WHERE clause for queries or statements are substituted with values from an incoming document. If the document is missing a value to be substituted into the query or statement documents, it is written to the error view.

Output

Document

  • Min: 0

  • Max: 1

  • AlloyDB Select

  • Mapper

The executed query result. If a SELECT query is executed, the query's results are merged into the incoming document and any existing keys will have their values overwritten. On the other hand, the original document is written if there are no results from the query.

Error

Error handling is a generic way to handle errors without losing data or failing the Snap execution. You can handle the errors that the Snap might encounter while running the Pipeline by choosing one of the following options from the When errors occur list under the Views tab:

  • Stop Pipeline Execution: Stops the current pipeline execution if the Snap encounters an error.

  • Discard Error Data and Continue: Ignores the error, discards that record, and continues with the remaining records.

  • Route Error Data to Error View: Routes the error data to an error view without stopping the Snap execution.

Learn more about Error handling in Pipelines.

Snap Settings

  • Asterisk ( * ): Indicates a mandatory field.

  • Suggestion icon ((blue star)): Indicates a list that is dynamically populated based on the configuration.

  • Expression icon ((blue star) ): Indicates the value is an expression (if enabled) or a static value (if disabled). Learn more about Using Expressions in SnapLogic.

  • Add icon ( (blue star) ): Indicates that you can add fields in the fieldset.

  • Remove icon ( (blue star)): Indicates that you can remove fields from the fieldset.

  • Upload icon ((blue star) ): Indicates that you can upload files.

Field Name

Field Type

Description

Label*

Default ValueAlloyDB Execute
Example: AlloyDB Execute

String

Specify a unique name for the Snap.

SQL Statement

Default Value
Example:

  • email = 'you@example.com' or email = $email 

  • emp=$emp

String/Expression

Specify the SQL statement to execute on the server. We recommend you to add a single query in the SQL Statement field.

Scenarios to successfully execute your SQL statements

You must understand the following scenarios to successfully execute your SQL statements:

Scenario 1: Executing SQL statements without expressions
If the expression toggle of the SQL statement field is not selected: 

  • The SQL statement must not be within quotes. 

  • The $<variable_name> parts of the SQL statement are expressions. In the below example, $id and $book.

  • Additionally, the JSON path (e.g. $myName) is allowed only in the WHERE clause.

    If the SQL statement starts with SELECT (case-insensitive), the Snap regards it as a select-type query and executes once per input document. If not, it regards it as write-type query and executes in batch mode.
    INSERT into SnapLogic.book (id, book) VALUES ($id,$book)

Scenario 2: Executing SQL queries with expressions 
Enable the expression toggle of the SQL statement field is selected: 

  • The SQL statement must be within quotes. 

  • The + $<variable_name> + parts of the SQL statement are expressions, and must not be within quotes. In the example below, $tablename.

  • The $<variable_name> parts of the SQL statement is bind parameter and must be within quotes. In the below example, $id and $book.

Note: Table name and column names must not be provided as bind parameters. Only values can be provided as bind parameters.

Query type

Default Value: Auto
Example: Read

Dropdown list/Expression

Select the type of query for your SQL statement (Read or Write).

When Auto is selected, the Snap tries to determine the query type automatically.
If the execution result of the query is not as expected, you can change the query type to Read or Write.

Pass through


Default Value: Selected

Checkbox

Select this checkbox to pass the input document to the output view under the key original.

This field applies only to queries with the SELECT statement.

Ignore empty result


Default Value: Deselected

Checkbox

Select this checkbox to not write any document to the output view when a SELECT operation does not produce any result.
If this checkbox is not selected and the Pass-through checkbox is selected, the input document is passed through to the output view.

Number of Retries


Default Value: 0
Example: 3

Integer/Expression

Specify the maximum number of attempts to be made to receive a response. The request is terminated if the attempts do not result in a response.

Retry Interval (Seconds)


Default Value: 1
Example: 10

Integer/Expression

Specify the time interval between two successive retry requests. A retry happens only when the previous attempt results in an exception. 

Auto Commit


Default Value: Use account setting
Example: True

Dropdown list

Choose one of the following options to override the state of the Auto commit on the account. 

  •  True - The Snap executes with auto-commit enabled regardless of the value set for Auto commit in the Account used by the Snap.

  •  False - The Snap executes with auto-commit disabled regardless of the value set for Auto commit in the Account used by the Snap.

  • Use account setting - The Snap executes with the Auto commit property value inherited by the Account used by the Snap.

Auto commit may be enabled for certain use cases if the AlloyDB JDBC driver is used in either the Redshift, AlloyDB, or generic JDBC Snap. However, the JDBC driver may cause out of memory issues when SELECT statements are executed. In such cases, Auto Commit in the Snap should be set to False and the Fetch size in the Account settings can be increased for optimal performance.

Behavior of DML Queries in Database Execute Snap when auto-commit is false

  • DDL queries used in the Database Execute Snap will be committed by the Database itself, regardless of the Auto-commit setting.

  • When Auto commit is set to false for the DML queries, the commit is called at the end of the Snap's execution.

  • The Auto commit must be true in a scenario where the downstream Snap depends on the data processed on an upstream Database Execute Snap containing a DML query.

  • When the Auto commit is set to Use account setting on the Snap, the account level commit needs to be enabled.

Snap Execution

Default ValueExecute only
Example: Validate & Execute

Dropdown list

Select one of the following three modes in which the Snap executes:

  • Validate & Execute: Performs limited execution of the Snap, and generates a data preview during Pipeline validation. Subsequently, performs full execution of the Snap (unlimited records) during Pipeline runtime.

  • Execute only: Performs full execution of the Snap during Pipeline execution without generating preview data.

  • Disabled: Disables the Snap and all Snaps that are downstream from it.

Snap Pack History

Release

Snap Pack Version

Date

Type

Updates

May 2024

main26341

Stable

Updated the Delete Condition (Truncates a Table if empty) field in the AlloyDB Delete Snap to Delete condition (deletes all records from a table if left blank) to indicate that all entries will be deleted from the table when this field is blank, but no truncate operation is performed.

February 2024

main25112

Stable

Updated and certified against the current SnapLogic Platform release.

November 2023

main23721

Stable

Updated and certified against the current SnapLogic Platform release.

August 2023

main22460

Stable

The AlloyDB Execute Snap now includes a new Query type field. When Auto is selected, the Snap tries to determine the query type automatically.

May 2023

main21015

Stable

Upgraded with the latest SnapLogic Platform release.

February 2023

main19844

Stable

Upgraded with the latest SnapLogic Platform release.

November 2022

main18944

Stable

The AlloyDB Insert Snap now creates the target table only from the table metadata of the second input view when the following conditions are met:

  • The Create table if not present checkbox is selected.

  • The target table does not exist.

  • The table metadata is provided in the second input view.

September 2022

430patches18149

Latest

The AlloyDB Select and AlloyDB Execute Snaps now read NaN values in Numeric columns.

4.30Patches

430patches17841

Latest

Introduced the Google AlloyDB Snap Pack— a fully managed PostgresSQL-compatible database service that you can use for all your database workloads. This Snap Pack offers the following Snaps:

  • No labels