Itgenpsr003 Supabase koppelen

Vragen (alle)
, ,
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.

3

Deze vraag is automatisch gesloten na 1 week inactiviteit. Het laatste gegeven antwoord is gemarkeerd als oplossing.

Gelieve een nieuwe vraag te stellen via een apart topic als het probleem opnieuw optreedt. Gelieve in de nieuwe vraag een link naar dit topic op te nemen door de URL er van in de tekst te plakken.