Escolha se deseja escrever um procedimento armazenado ou uma função definida pelo usuário¶
Este tópico descreve as principais diferenças entre os procedimentos armazenados e UDFs, incluindo diferenças em como cada um deles pode ser invocado e em qual eles podem.
Em um nível alto, os procedimentos armazenados e UDFs diferem na forma como são normalmente utilizados, como descrito abaixo.
Finalidade do procedimento armazenado |
Finalidade da função definida pelo usuário |
---|---|
Geralmente para realizar operações administrativas, executando instruções SQL. O corpo de um procedimento armazenado é permitido, mas não exigido, para retornar explicitamente um valor (como um indicador de erro). |
Calcule e retorne um valor. Uma função sempre retorna um valor explicitamente ao especificar uma expressão. Por exemplo, o corpo de uma JavaScript UDF deve ter uma instrução |
Neste tópico:
Quando criar um procedimento armazenado ou uma UDF¶
Em geral, ao decidir se deve ser criado um procedimento armazenado ou um UDF, considere as seguintes recomendações:
Crie um procedimento armazenado quando… |
Crie um UDF quando… |
---|---|
|
|
Linguagens de manipulador suportadas¶
Quando você escreve um procedimento ou UDF, você escreve sua lógica como um manipulador em uma das linguagens suportadas. A tabela a seguir lista as linguagens suportadas.
Procedimentos armazenados |
Funções definidas pelo usuário |
---|---|
Diferenças de uso e comportamento¶
As seções seguintes descrevem as diferenças específicas nos comportamentos suportados por procedimentos e UDFs.
UDFs retornam um valor; procedimentos armazenados não precisam¶
O UDF sempre retorna um valor explicitamente, especificando uma expressão. O objetivo de uma UDF é calcular e retornar um valor. Por exemplo, o corpo de uma JavaScript UDF deve ter uma instrução
return
que retorne um valor.Um procedimento armazenado é permitido, mas não exigido, para retornar explicitamente um valor (como um indicador de erro). A finalidade de um procedimento armazenado geralmente é realizar operações administrativas executando instruções SQL. Se um procedimento não retorna explicitamente um valor, ele retorna implicitamente NULL.
Note que toda instrução CREATE PROCEDURE deve incluir uma cláusula RETURNS que especifica um tipo de retorno, mesmo que o procedimento não retorne nada explicitamente. Se um procedimento não retorna explicitamente um valor, ele retorna implicitamente NULL.
O código no exemplo a seguir declara um tipo de retorno para o procedimento com uma cláusula RETURNS, mas um valor só é retornado no caso de um erro. Em outras palavras, nem todo caminho de código retorna um valor.
CREATE OR REPLACE PROCEDURE do_stuff(input NUMBER) RETURNS VARCHAR LANGUAGE SQL AS $$ DECLARE ERROR VARCHAR DEFAULT 'Bad input. Number must be less than 10.'; BEGIN IF (input > 10) THEN RETURN ERROR; END IF; -- Perform an operation that doesn't return a value. END; $$ ;
Valores de retorno da UDF podem ser usados diretamente em SQL; os valores de retorno do procedimento armazenado podem não ser¶
Se você não estiver chamando o procedimento armazenado de um bloco do Script Snowflake, não poderá usar o valor retornado por um procedimento armazenado diretamente em SQL (ao contrário do valor retornado por uma função). A sintaxe do comando CALL não fornece um lugar para armazenar o valor retornado ou uma maneira de operar sobre ele ou passar o valor para outra operação. Em outras palavras, a seguinte instrução não é uma instrução SQL válida:
y = stored_procedure1(x); -- Not allowed.
Se você chamar um procedimento armazenado dentro de um bloco do Script Snowflake, você poderá capturar o valor retornado pelo procedimento armazenado em uma variável do Script Snowflake.
Você também pode usar indiretamente o valor de retorno de um procedimento armazenado (fora de um bloco Script Snowflake), conforme descrito na lista a seguir:
Você pode chamar o procedimento armazenado dentro de outro procedimento armazenado. Por exemplo, quando o manipulador do procedimento armazenado estiver escrito em JavaScript, o JavaScript no procedimento armazenado externo pode recuperar e armazenar a saída do procedimento armazenado interno. Lembre-se, entretanto, que o procedimento armazenado externo (e cada procedimento armazenado interno) ainda é incapaz de devolver mais de um valor a seu chamador.
Você pode chamar o procedimento armazenado e depois chamar a função RESULT_SCAN e passar a ela o ID da instrução gerada para o procedimento armazenado.
Você pode armazenar um resultado definido em uma tabela temporária ou tabela permanente, e usar essa tabela após retornar da chamada de procedimento armazenado.
Se o volume de dados não for muito grande, você pode armazenar várias linhas e várias colunas em um VARIANT (por exemplo, como um valor JSON) e retornar esse VARIANT.
As UDFs podem ser chamadas no contexto de outra instrução; os procedimentos armazenados são chamados de forma independente¶
Uma UDF avalia para um valor e pode ser usada em contextos nos quais uma expressão geral pode ser usada, por exemplo:
SELECT MyFunction_1(column_1) FROM table1;
Um procedimento armazenado não avalia para um valor e não pode ser usado em todos os contextos nos quais uma expressão geral pode ser usada. Por exemplo, não é possível executar
SELECT my_stored_procedure()...
.Você chama um procedimento armazenado como uma instrução independente, como no exemplo a seguir:
CALL MyStoredProcedure_1(argument_1);
Para obter mais detalhes sobre a chamada de funções e procedimentos, consulte o seguinte:
Várias UDFs podem ser chamadas dentro de uma única instrução; um único procedimento armazenado é chamado com uma instrução¶
Uma única instrução SQL pode chamar várias UDFs.
Uma única instrução SQL pode chamar apenas um procedimento armazenado.
Da mesma forma, um procedimento armazenado, ao contrário de uma UDF, não pode ser chamado como parte de uma expressão. Entretanto, dentro de um procedimento armazenado, o procedimento armazenado pode chamar outro procedimento armazenado ou chamar a si mesmo recursivamente. Por exemplo, consulte a seção de exemplos de código Exemplos.
Para obter mais detalhes sobre a chamada de funções e procedimentos, consulte o seguinte:
UDFs podem acessar o banco de dados apenas com consultas simples; procedimentos armazenados podem executar instruções DDL e DML¶
Em uma UDF, você pode usar SQL apenas para executar consultas (não instruções DML ou DDL).
Dentro de um procedimento armazenado, você pode executar operações de banco de dados, como SELECT, UPDATE e CREATE:
Por exemplo, em um procedimento armazenado JavaScript, você pode usar o API JavaScript para realizar estas operações.
O exemplo abaixo mostra como um procedimento armazenado pode criar e executar uma instrução SQL que chama outro procedimento armazenado. O
$$
indica o início e o fim do código JavaScript do manipulador no procedimento armazenado.CREATE PROCEDURE ... $$ // Create a Statement object that can call a stored procedure named // MY_PROCEDURE(). var stmt1 = snowflake.createStatement( { sqlText: "call MY_PROCEDURE(22)" } ); // Execute the SQL command; in other words, call MY_PROCEDURE(22). stmt1.execute(); // Create a Statement object that executes a SQL command that includes // a call to a UDF. var stmt2 = snowflake.createStatement( { sqlText: "select MY_UDF(column1) from table1" } ); // Execute the SQL statement and store the output (the "result set") in // a variable named "rs", which we can access later. var rs = stmt2.execute(); // etc. $$;
Em um procedimento armazenado do Script Snowflake, você pode executar instruções SQL.
O exemplo abaixo mostra como um procedimento armazenado pode criar e executar uma instrução SQL que chama outro procedimento armazenado. O
$$
indica o início e o fim do código Script Snowflake no procedimento armazenado.CREATE PROCEDURE ... -- Call a stored procedure named my_procedure(). CALL my_procedure(22); -- Execute a SQL statement that includes a call to a UDF. SELECT my_udf(column1) FROM table1;