Comment on page

PROCEDURE

Config path: /<database>/<schema>/procedure/<name>(<dtypes>).yaml
Example:
arguments:
  ticket_no: VARCHAR(13)
  flight_id: NUMBER(10,0)
  boarding_no: NUMBER(10,0)
  seat_no: VARCHAR(4)
​
returns: BOOLEAN
​
body: |-
  BEGIN
    INSERT INTO boarding_passes (ticket_no, flight_id, boarding_no, seat_no)
    VALUES (:TICKET_NO, :FLIGHT_ID, :BOARDING_NO, :SEAT_NO);
​
    RETURN TRUE;
  END;
Schema
language (str) - language of function (default: SQL)
arguments (dict)
{key} (ident) - argument name
{value} (str) - argument data type
--- OR ---
{value} (dict)
type (str) - argument data type​
default (str) - default SQL expression for optional argument
returns (str) - for single return value, return data type
--- OR ---
returns (dict) - for table return values
{key} (ident) - return column name
{value} (str) - return column data type
body (str) - procedure body
is_strict (bool) - is procedure STRICT (always returns NULL on NULL input)
is_execute_as_caller (bool) - is function executed "as caller" (default "as owner")
imports (list) - files to import (usually JAR packages)
{items} (dict)
stage (ident) - name of stage
path (str) - path to file
packages (list) - Snowflake system packages to import as dependencies
{items} (str) - name of package, with optional version of package
handler (str) - name of class and method to be called
external_access_integrations (list)
{items} (ident) -  name of external access integration​
secrets (dict)
{key} (str) - secret variable name used in procedure code
{value} (ident) - name of secret object
comment (str) 
Usage notes
1.Snowflake supports overloading of procedure names. Multiple procedures may have the same name as long as they have different arguments. It is required to use comma-separated base data types of arguments in config names.

For example: my_procedure(number).yaml, my_procedure(varchar,number).yaml
2.Make sure to read & fully understand "caller rights" and "owners rights" for stored procedures. It is very important for security.
3.Files for imports should be maintained using STAGE FILES.
4.If function body is empty, handler and imports with pre-compiled JAR or Python code are required.
5.runtime_version should be specified as string with explicit double-quotes (e.g. "3.8"). Otherwise YAML parser may confuse it with number, which may cause some unwanted effects.
6.You may use custom YAML tag !include to store procedure body in a separate file instead of storing it inside YAML.
Links
​CREATE PROCEDURE​
​SHOW PROCEDURES​
​DESC PROCEDURE​
​Working with Stored Procedures​
​Parser & JSON Schema (GitHub)​
​

PLACEHOLDER

RESOURCE MONITOR

Last modified 7d ago