fix(docs): realtime deletes can be surfaced and filtered (#48785)

This commit is contained in:
Eduardo Gurgel authored and GitHub committed 2026-08-07 10:00:53 +12:00
1 parent 2a3025df25
commit 66a4a0b32d
1 file changed
+3 -3
@@ -3438,7 +3438,7 @@ alter table
<Admonition type="caution">
RLS policies are not applied to `DELETE` statements, because there is no way for Postgres to verify that a user has access to a deleted record. When RLS is enabled and `replica identity` is set to `full` on a table, the `old` record contains only the primary key(s).
RLS policies are not applied to `DELETE` statements, because there is no way for Postgres to verify that a user has access to a deleted record.
</Admonition>
@@ -3619,9 +3619,9 @@ await channel.Subscribe();
## Limitations
### Delete events are not filterable
### Delete events
You can't filter Delete events when tracking Postgres Changes. This limitation is due to the way changes are pulled from Postgres.
You can only filter Delete events when tracking Postgres Changes if the table has the `replica identity` set to `full`. See [Receiving old records](#receiving-old-records).
## Scaling Postgres Changes