Files
supabase/apps/docs/content/troubleshooting/certain-operations-are-too-complex-to-perform-directly-using-the-client-libraries-8JaphH.mdx
T
Laurence Isla 08e9cdde5e docs: data api docs functions (#44412)
## I have read the
[CONTRIBUTING.md](https://github.com/supabase/supabase/blob/master/CONTRIBUTING.md)
file.

YES

## What kind of change does this PR introduce?

Replaces "stored procedures" with "functions" for everything related to
the Data API.

## Additional context

It's not accurate to call database functions "stored procedures". It may
have been that way before Postgres 11, but now it causes confusion
because PostgREST allows functions and not stored procedures.

<!-- This is an auto-generated comment: release notes by coderabbit.ai
-->
## Summary by CodeRabbit

* **Documentation**
* Standardized terminology across docs, SDK guides, CLI/config specs,
examples, UI, and config comments to use "database functions" instead of
"stored procedures".
* Updated API docs, CLI/config descriptions, Studio UI labels, help
text, empty-state and navigation copy, RPC documentation, and example
text for consistency.
* Adjusted explanatory text and error/help messages to reflect the
revised terminology.
<!-- end of auto-generated comment: release notes by coderabbit.ai -->
2026-04-21 11:54:27 +10:00

57 lines
1.9 KiB
Plaintext

---
title = "Certain operations are too complex to perform directly using the client libraries."
github_url = "https://github.com/orgs/supabase/discussions/21294"
date_created = "2024-02-15T12:37:11+00:00"
topics = [ "database" ]
keywords = [ "stored", "function", "complex" ]
database_id = "df9518df-d019-42bb-8d91-918c6d57b452"
---
**Solution**
In cases where operations are overly complex or not feasible to implement directly using the client libraries, it might be beneficial to leverage stored functions within your database.
Follow these steps to create and run a stored function:
**Create the Stored Function:**
Go to the [SQL query editor](/dashboard/project/_/sql/new) on your database dashboard.
Run the following SQL script to create a stored function tailored to your specific complex query:
```
DROP FUNCTION IF EXISTS get_my_complex_query;
CREATE FUNCTION get_my_complex_query(parameter INT)
RETURNS TABLE (column1 INTEGER, column2 VARCHAR, column3 DATE) AS
$$
BEGIN
RETURN QUERY
SELECT t1.column1, t1.column2, t2.column3
FROM "TableName1" AS t1
INNER JOIN "TableName2" AS t2 ON t1.column = t2.column
INNER JOIN "TableName3" AS t3 ON t2.another_column = t3.another_column
LEFT JOIN "TableName4" AS t4 ON t3.some_column = t4.some_column
WHERE t2.column = parameter
AND t3.column_name = 'some_value';
END;
$$
LANGUAGE plpgsql VOLATILE;
```
**Call the Stored Function:**
Use the supabase.rpc method to call the stored function from your application code. Replace "get_my_complex_query" with the appropriate function name and provide the necessary parameters:
```
supabase.rpc("get_my_complex_query", { parameter: 1 })
.then(response => {
// Handle the response
})
.catch(error => {
// Handle errors
});
```
**Further Resources:**
For more information on Postgres database functions, refer to the following resource:
[Supabase Functions](/docs/guides/database/functions#quick-demo)