Supabase Realtime in the new Data & API backend - looking for the current best practices please

Context:

I previously had a reliable realtime setup using the legacy Supabase plugin with an app-level trigger listening for realtime events and updating a variable list that rendered in the UI. Use case is a simple AI chat pattern across a conversations table and a messages table.

I’m trying to figure out the best approach in the new Data & API backend architecture, and the docs haven’t quite caught up yet (totally understand, things are moving fast). Before I go too deep, I wanted to check with the community on a few things:

**1. Are you running the legacy Supabase plugin and the new Supabase integration side by side?
**
To preserve legacy workflows while adopting the new features. If that’s not feasible on the current billing plan, would the fallback be going back to Table Views with the advanced frontend display? A lot of the help materials feel like they’re pushing a choice between plugin or integration so curious what others are doing here when core workflows depend on the old setup.

2. If you’re on the new integration, how are you handling realtime?

Are people using a backend API call to Supabase and piping the result back into the interface via variables, polling on an interval, or something else?

3. Is there a realtime listener node in the new integration/update I’m missing?

or is this realtime doc still the current path and Im just missing something on my end? maybe its labeled differently or is a new action node like table fetch that we are recently getting a custom to…

Appreciate any feelers from folks who’ve already worked through this or have some ideas thanks!

Update… going to try the streaming approach.

Just realized WeWeb’s new backend has a Send Streaming Response action plus a guide on handling streaming responses. Going to try wiring my AI pipeline through a native API Endpoint that streams chunks back to the frontend.

Realtime in the new backend seems to be streaming-shaped rather than subscription-shaped, which is a different mental model than the legacy plugin’s database-changes listener. Will report back on whether it holds up for the chat use case.

Still curious about answers to questions 1 and 3 above for the multi-client and passive-observer scenarios where streaming doesn’t fit.

Hey @manni!
At the moment, the legacy Supabase plugin and the new Supabase integration can’t be used side by side. A project can only be set up with one of them at a time.

For your realtime chat use case, the legacy Supabase plugin is still the best option right now. The new Supabase integration doesn’t support realtime connections just yet.

The good news is that realtime support for the new integration should be coming soon :slight_smile: