Adding a new user to supabase auth.users is causing wrong "postgres_changes" to be triggered and broke realtime

# Bug report <!-- ⚠️ We receive a lot of bug reports which have already been solved or discussed. If you are looking for help, please try these first: - Docs: https://docs.supabase.com - Discussions: https://github.com/supabase/supabase/discussions - Discord: https://discord.supabase.com Before opening a bug report, please verify the following: --> - [x] I confirm this is a bug with Supabase, not with my own application. - [x] I confirm I have searched the [Docs](https://docs.supabase.com), GitHub [Discussions](https://github.com/supabase/supabase/discussions), and [Discord](https://discord.supabase.com). ## Describe the bug While using realtime with the slefhosted supabase (using docker), I found this odd behavior where insert events is also triggering update events if we setup a channel to listen 'postgres_changes'. I don't recall this being something that happened in previous versions of realtime and I started noticing that in realtime@2.34.x Is this really normal behavior or something that should be fixed? I'm asking that because because I'm really trying to understand why this didn't happen before and suddenly with update 2.34.x it started happening. ## To Reproduce Steps to reproduce the behavior, please provide code snippets or a repository: 1. Create a new table to store some information about a created user (i have done this using the script below which worked fine for my use-case before the updates) ```sql DROP TABLE IF EXISTS public.rb_users CASCADE; CREATE TABLE public.rb_users ( id UUID NOT NULL REFERENCES auth.users ON DELETE CASCADE, full_name TEXT, email TEXT, ROLE integer DEFAULT 3, role_desc TEXT DEFAULT 'Funcionário', avatar TEXT, created_at TIMESTAMP, lastLogin TIMESTAMP, PRIMARY KEY (id) ); ALTER TABLE public.rb_users ENABLE ROW LEVEL SECURITY; DROP TRIGGER IF EXISTS on_auth_user_created ON auth.users; DROP TRIGGER IF EXISTS on_auth_user_updated ON auth.users; DROP FUNCTION IF EXISTS public.handle_create_u…