-- =============================================================================
-- FASE 2 del bloque Broadcast (20260721120000): apagar la publicacion vieja.
--
-- Ya nadie en el codigo (apps/cliente, apps/restaurante, apps/repartidor) abre
-- un canal `postgres_changes` (verificado con grep en las 3 apps, cero
-- resultados fuera de comentarios). Las 5 tablas de abajo seguian en la
-- publicacion `supabase_realtime` por costumbre, escribiendo al WAL de
-- replicacion logica para un consumidor que ya no existe:
--   - pedidos, cuentas_mesa, llamadas_mesa, pagos_mesa: tenian postgres_changes
--     hasta la migracion anterior (20260721120000), ahora van por
--     fn_bcast_panel + Broadcast.
--   - pagos: nunca tuvo trigger de broadcast ni subscriptor real (el panel
--     siempre la trae con un select embebido `pagos(*)` dentro de pedidos),
--     quedo en la publicacion desde el esquema inicial sin usarse.
--
-- Sacarlas de la publicacion no cambia nada para el frontend (no hay nadie
-- escuchando) y apaga el costo de WAL que ya no se necesita. Reversible con
-- ALTER PUBLICATION supabase_realtime ADD TABLE ... si algun dia hiciera falta.
-- =============================================================================

alter publication supabase_realtime drop table
  public.pedidos,
  public.cuentas_mesa,
  public.llamadas_mesa,
  public.pagos_mesa,
  public.pagos;