Skip to content

Commit f6b9f33

Browse files
committed
fix: merge
1 parent a2522df commit f6b9f33

2 files changed

Lines changed: 0 additions & 42 deletions

File tree

docs/postgresql/quickstarts/postgres.md

Lines changed: 0 additions & 21 deletions
Original file line numberDiff line numberDiff line change
@@ -105,27 +105,6 @@ If `installed_version` is behind `default_version` after a release, run `ALTER E
105105

106106
---
107107

108-
## Upgrading CloudSync
109-
110-
Updating the Docker image or replacing `cloudsync.so` on disk does not by itself upgrade the SQL objects already registered in an existing database. PostgreSQL keeps the extension objects that were installed when `CREATE EXTENSION cloudsync;` was first run for that database.
111-
112-
When a release includes PostgreSQL extension upgrade scripts, the preferred upgrade path is:
113-
114-
```sql
115-
ALTER EXTENSION cloudsync UPDATE;
116-
```
117-
118-
If no upgrade path is available for the version you are moving from, a drop-and-recreate may be required to refresh the extension SQL objects:
119-
120-
```sql
121-
DROP EXTENSION IF EXISTS cloudsync CASCADE;
122-
CREATE EXTENSION cloudsync;
123-
```
124-
125-
If you use JWT authentication with PostgreSQL RLS, recheck the database grants for the role named in your JWT `role` claim after upgrading. Recreating the extension also recreates extension-owned objects such as `cloudsync_changes`, so grants on those objects may need to be reapplied. See [PostgreSQL Role Requirement](../reference/jwt-claims.md#postgresql-role-requirement).
126-
127-
---
128-
129108
## Step 3: Register Your Database in the CloudSync Dashboard
130109

131110
In the [CloudSync dashboard](https://dashboard.sqlitecloud.io/), create a new workspace with the **PostgreSQL** provider, then add a project with your PostgreSQL connection string:

docs/postgresql/quickstarts/supabase-self-hosted.md

Lines changed: 0 additions & 21 deletions
Original file line numberDiff line numberDiff line change
@@ -106,27 +106,6 @@ If `installed_version` is behind `default_version` after a release, run `ALTER E
106106

107107
---
108108

109-
## Upgrading CloudSync
110-
111-
Updating the `sqlitecloud/sqlite-sync-supabase` image does not by itself upgrade the SQL objects already registered in an existing database. PostgreSQL keeps the extension objects that were installed when `CREATE EXTENSION cloudsync;` was first run for that database.
112-
113-
When a release includes PostgreSQL extension upgrade scripts, the preferred upgrade path is:
114-
115-
```sql
116-
ALTER EXTENSION cloudsync UPDATE;
117-
```
118-
119-
If no upgrade path is available for the version you are moving from, a drop-and-recreate may be required to refresh the extension SQL objects:
120-
121-
```sql
122-
DROP EXTENSION IF EXISTS cloudsync CASCADE;
123-
CREATE EXTENSION cloudsync;
124-
```
125-
126-
If you use JWT authentication with PostgreSQL RLS, recheck the database grants for the role named in your JWT `role` claim after upgrading. Recreating the extension also recreates extension-owned objects such as `cloudsync_changes`, so grants on those objects may need to be reapplied. See [PostgreSQL Role Requirement](../reference/jwt-claims.md#postgresql-role-requirement).
127-
128-
---
129-
130109
## Step 3: Register Your Database in the CloudSync Dashboard
131110

132111
In the [CloudSync dashboard](https://dashboard.sqlitecloud.io/), create a new workspace with the **Supabase (Self-hosted)** provider, then add a project with your PostgreSQL connection string:

0 commit comments

Comments
 (0)