Itgenpsr003 Supabase koppelen

Vragen
, ,
1

Bij het koppelen van Supabase op aws-0-eu-central-1.pooler.supabase.com t.b.v. AI met Invantive Cloud voor replicatie grote aantallen financiele administraties naar PostgreSQL 17.6 krijg ik de volgende foutmelding:

itgenpsr003
Kon niet alle metadata laden.
Er zijn een of meer fouten opgetreden.
Er zijn primaire sleutels gevonden voor 60-tabellen, maar de bijbehorende tabellen zijn niet gevonden.
Het aantal gevonden 64 primaire sleutels moet kleiner zijn dan het totaal van 2 tabellen en 4 views.
Controleer of de gebruiker daadwerkelijk tabellen of views in de database ‘’ kan opvragen.

En foutcode itgenpsr067.

De volgende tabellen zijn gezien:

  • supabase_migrations.schema_migrations
  • auth.saml_relay_states
  • auth.flow_state
  • auth.saml_providers
  • auth.instances
  • auth.schema_migrations
  • auth.refresh_tokens
  • auth.users
  • auth.audit_log_entries
  • auth.sso_domains
  • auth.mfa_amr_claims
  • auth.identities
  • auth.one_time_tokens
  • auth.sessions
  • auth.mfa_challenges
  • auth.sso_providers
  • auth.mfa_factors
  • auth.oauth_consents
  • auth.oauth_authorizations
  • auth.oauth_client_states
  • auth.oauth_clients
  • auth.custom_oauth_providers
  • auth.webauthn_credentials…c.offices
  • 19x public.NAAM met eigen tabellen
  • realtime.schema_migrations
  • realtime.subscription
2

Meer achtergrond over de itgenpsr003 foutmelding is te lezen in:

In dit geval is het via bijvoorbeeld “pgAdmin 4” niet mogelijk om de tabellen uit te lezen. Bijvoorbeeld een query op auth.audit_log_entries geeft een foutmelding:

ERROR:  permission denied for schema auth
LINE 1: SELECT * FROM auth.audit_log_entries
                      ^ 

SQL state: 42501
Character: 15

Het is wel mogelijk een tabel aan te maken:

create table tst(a numeric)

In Supabase zijn dit blijkbaar de maximale rechten. Eerder is al gebleken dat veel gebruikers niet een PostgreSQL-DBA ter beschikking hebben om de rechten te configureren.

In de volgende release van Invantive UniversalSQL zal voor PostgreSQL een driverattribuut fail-on-missing-tables beschikbaar zijn die standaard uit staat, terwijl het huidige gedrag gelijk is aan het inschakelen van deze driverattribuut.