Skip to main content

Database functions

还没翻译译自英文(supabase.com)本页 80 段都还没译

Postgres has built-in support for SQL functions. These functions live inside your database, and you can call them from your app with rpc().

Quick demo

Database functions vs Edge Functions

For data-intensive operations, use database functions. They run inside your database, and you can call them remotely with the REST and GraphQL API.

For use cases that need low latency, use Edge Functions. They're globally distributed and you write them in TypeScript.

Create a database function

Getting started

Create a database function from the Dashboard, or write the SQL yourself against a direct connection.

To use the Dashboard:

  1. Go to the SQL Editor section.
  2. Click New Query.
  3. Enter the SQL that creates or replaces your database function.
  4. Click Run. You can also press cmd+enter or ctrl+enter.

Basic functions [#simple-functions]

Create a basic database function that returns the string "hello world".

create or replace function hello_world() -- 1
returns text -- 2
language sql -- 3
as $$  -- 4
  select 'hello world';  -- 5
$$; --6

Show/Hide Details

Caution

Overloaded functions aren't supported. Give every function a unique name.

After you create the function, you can run it inside the database with SQL, or with one of the client libraries.

SQLJavaScriptDartSwiftKotlinPythonC#

select hello_world();

Returning data sets

A database function can also return a data set from a table or a view.

For example, create two tables holding some Star Wars data. The Data tab shows the rows they end up with.

DataSQL

Planets

| id  | name     |
| --- | -------- |
| 1   | Tatooine |
| 2   | Alderaan |
| 3   | Kashyyyk |

People

| id  | name             | planet_id |
| --- | ---------------- | --------- |
| 1   | Anakin Skywalker | 1         |
| 2   | Luke Skywalker   | 1         |
| 3   | Princess Leia    | 2         |
| 4   | Chewbacca        | 3         |

The following function returns all the planets:

create or replace function get_planets()
returns setof planets
language sql
as $$
  select * from planets;
$$;

Because this function returns a table set, you can apply filters and selectors to it. To get the first planet only:

SQLJavaScriptDartSwiftKotlinPython

select *
from get_planets()
where id = 1;

Passing parameters

Create a function that inserts a new planet into the planets table and returns the new ID. This function uses the plpgsql language.

create or replace function add_planet(name text)
returns bigint
language plpgsql
as $$
declare
  new_row bigint;
begin
  insert into planets(name)
  values (add_planet.name)
  returning id into new_row;

  return new_row;
end;
$$;

You can run this function inside your database with a select query, or with the client libraries:

SQLJavaScriptDartSwiftKotlinPythonC#

select * from add_planet('Jakku');

Secure a database function

Security definer vs invoker

Postgres runs a function either as the user calling it (invoker) or as its creator (definer). For example:

create or replace function hello_world()
returns text
language plpgsql
security definer set search_path = ''
as $$
begin
  return 'hello world';
end;
$$;

Prefer security invoker, which is also the default. When you use security definer, you must set the search_path.

With an empty search path, search_path = '', name the schema for every relation in the function body, such as from public.table. An empty search path limits the damage when the function can reach a schema you don't want the calling user to reach.

Danger

A security definer function can return rows the caller isn't allowed to read. It runs with its creator's privileges. A function created in the Dashboard or by a migration is owned by postgres, which bypasses Row Level Security. Any role can call it by default, including anon, the role that serves requests carrying no user session.

Pinning the search_path doesn't change who can call the function. When a security definer function reads per-user data:

  • Check ownership in the function body. An execute grant controls which roles can call the function. It doesn't limit the rows a permitted role gets back, so granting to authenticated still returns any user's row to every signed-in caller.
  • Narrow the execute privilege as well. Revoke it from public and from each role holding a direct grant, such as anon. Then grant it to the roles that need it. See the Function privileges section of this page.

Function privileges

By default, any role can run a database function. You can restrict execution in two ways:

  1. Revoke on a case-by-case basis. Revoke execute for the functions you want to protect, from both public and the role you're restricting:

    revoke execute on function public.hello_world from public;
    revoke execute on function public.hello_world from anon;
  2. Restrict execution by default, then grant access to the roles that need each function.

    To restrict every function that exists, revoke execute from both public and the role you want to restrict:

    revoke execute on all functions in schema public from public;
    revoke execute on all functions in schema public from anon, authenticated;

    To restrict every function created later, change the default privileges for both public and the role you want to restrict. Postgres grants execute to PUBLIC through a global default, so revoke it without in schema. A revoke limited to one schema has no effect on a global default:

    alter default privileges revoke execute on functions from public;
    alter default privileges in schema public revoke execute on functions from anon, authenticated;

    The first statement applies to every function your role creates later, in every schema. Grant execute on each new function to the roles that call it, including helper functions that your Row Level Security policies call.

You can then regrant permissions for a specific function to a specific role:

grant execute on function public.hello_world to authenticated;

Resources

Create a database function in the Dashboard

Call a database function from JavaScript

Call an external API from a database function