mirror of
https://github.com/supabase/supabase.git
synced 2026-10-12 04:45:08 +03:00
Add amdonition about schema to choose
- what schema should i choose when configuring pg_cron? - what is internal workings that is not really relevant to 90% of decs? - does it matter if i choose extension or some public schema i created? - realistically what would i functionally do with the extension schema for cron? Do I need to think about this?
This commit is contained in:
1 parent
164dcf3e92
commit
4f480e0ed6
1 file changed
+7
@@ -29,6 +29,13 @@ Under the hood, Supabase Cron uses the [`pg_cron`](https://github.com/citusdata/
|
||||
|
||||
The extension creates a `cron` schema in your database and all Jobs are stored on the `cron.job` table. Every Job's run and its status is recorded on the `cron.job_run_details` table.
|
||||
|
||||
<Admonition type="note">
|
||||
|
||||
You will be asked to select a schema. The default we recommend is the `extension` schema, which is mostly for **pg_cron’s internal metadata** (job definitions + run history). You usually don’t need to touch it directly — managing jobs in the Dashboard is the normal workflow. Your cron job logic can still read and write data in your own schemas (like `public` or any custom schema).
|
||||
|
||||
</Admonition>
|
||||
|
||||
|
||||
The Supabase Dashboard provides an interface for you to schedule Jobs and monitor Job runs. You can also do the same with SQL.
|
||||
|
||||
## Resources
|
||||
|
||||
Reference in new issue
Block a user