Riferimento ai comandi dell'interfaccia a riga di comando di Firebase per Data Connect

Firebase CLI è uno strumento che ti consente di gestire e configurare i prodotti e i servizi Firebase dalla riga di comando.

La CLI fornisce comandi che possono essere utilizzati per eseguire una serie di attività di Data Connect, ad esempio creare un nuovo progetto Data Connect, inizializzare una directory di lavoro locale corrispondente, configurare l'emulatore Data Connect, elencare le risorse Data Connect, generare SDK client e altro ancora.

Comandi di configurazione

Aggiungere Data Connect a un progetto Firebase

firebase init

Usa firebase init per configurare una nuova configurazione del progetto locale. Questo flusso di lavoro crea o aggiorna i file di configurazione di Firebase nella directory.

firebase init

Il flusso firebase init ti guida nella configurazione di un servizio e di un database, nonché, facoltativamente, nell'installazione dell'emulatore firebase init e nella configurazione degli SDK generati.Data Connect

Configurazione del servizio e del database

Se selezioni dataconnect per la configurazione del prodotto, la CLI ti chiede un nuovo nome e una nuova posizione del servizio e se collegare un'istanza Cloud SQL per PostgreSQL esistente o crearne una nuova.

Se è collegata un'istanza esistente, la CLI controlla la presenza di impostazioni compatibili, come l'autenticazione IAM e gli indirizzi IP pubblici.

Configurazione di Local Emulator Suite

Il flusso dell'interfaccia a riga di comando offre la possibilità di configurare gli emulatori, incluso l'emulatore Data Connect.

Data Connect comandi dell'emulatore

Avvia l'emulatore Data Connect

emulators:start/exec

firebase emulators:start/exec

Utilizza la versione Local Emulator Suite dell'emulatore Data Connect in modalità interattiva con start o in modalità non interattiva basata su script con exec.

.

Comandi per la gestione di schemi e connettori

Questa sezione contiene informazioni di riferimento della CLI per i comandi utilizzati per gestire schemi e connettori.

Per casi d'uso e best practice consigliate relativi a questi comandi, consulta la guida alla gestione di schemi e connettori.

Esegui il deployment delle risorse di schema e connettore

deployment

firebase deploy

Questo comando esegue il deployment delle risorse per i servizi Data Connect indicizzati in firebase.json. Se necessario, viene eseguita una migrazione dello schema.

Comando	Descrizione
firebase deploy	Bandiera	Descrizione
	–-only dataconnect	Esegui il deployment di schemi e connettori per tutti i servizi Data Connect per questo progetto, ma non per altre risorse dei prodotti Firebase.
	–-only dataconnect:serviceId	Esegui il deployment dello schema e dei connettori per il servizio Data Connect specificato.
	–-only dataconnect:serviceId:connectorId	Esegui il deployment di un singolo connettore per il servizio Data Connect specificato.
	–-only dataconnect:serviceId:schema	Esegui il deployment dello schema per il servizio Data Connect specificato.

Con i flag –-only, puoi passare valori separati da virgole per eseguire il deployment di qualsiasi sottoinsieme di risorse.

firebase deploy --only dataconnect:service1:schema,dataconnect:service2

Elenca i servizi, gli schemi e i connettori Data Connect

dataconnect:services:list

firebase dataconnect:services:list

Questo comando stampa informazioni di base su servizi, schemi e connettori impiegati in un progetto.

Confronta ed esegui la migrazione degli schemi SQL

dataconnect:sql:diff

firebase dataconnect:sql:diff

Questo comando confronta lo schema locale di un servizio con lo schema corrente del database Cloud SQL corrispondente. Stampa i comandi che verranno eseguiti per eseguire la migrazione del database al nuovo schema.

Comando	Descrizione
firebase dataconnect:sql:diff	Flag/parametro	Descrizione
	serviceId	Specifica il servizio. Se omesso, stampa la differenza per tutti i servizi in firebase.json.

dataconnect:sql:migrate

firebase dataconnect:sql:migrate

Questo comando applica le modifiche dello schema locale al database Cloud SQL di un servizio.

Quando configuri un nuovo progetto Data Connect locale con il file dataconnect.yaml predefinito, il comportamento del comando dataconect:sql:migrate è chiederti le modifiche necessarie e poi quelle facoltative prima di eseguirle. Puoi modificare questo comportamento in modo da includere o ignorare sempre le modifiche facoltative aggiornando la configurazione di dataconnect.yaml, come descritto in Eseguire la migrazione di uno schema in modalità rigorosa o compatibile.

Negli ambienti interattivi, l'interfaccia a riga di comando mostra ogni istruzione SQL di migrazione (e se è distruttiva) e chiede le modifiche da applicare. Il passaggio del flag --force è equivalente all'accettazione di tutti i prompt.

In ambienti non interattivi:

• senza --force, vengono apportate solo modifiche non distruttive. Se sono presenti modifiche dannose, l'interfaccia a riga di comando viene interrotta senza apportare modifiche.
• con --force, tutte le modifiche vengono apportate. Se sono incluse modifiche dannose, queste vengono stampate e ti viene chiesto se vuoi continuare, a meno che non venga fornito il flag --force.

Comando	Descrizione
firebase dataconnect:sql:migrate	Bandiera	Descrizione
	serviceId	Esegui la migrazione del database per il servizio specificato. Il valore serviceId viene ricavato se il progetto ha un solo servizio.
	–-force	Accettare automaticamente i prompt.

Come per gli altri flag --only, puoi fornire più servizi separati da virgole.

Eseguire la migrazione di uno schema in modalità rigorosa o compatibile

Le migrazioni dello schema Data Connect hanno due diverse modalità di convalida dello schema: rigorosa e compatibile. La convalida in modalità rigorosa richiede che lo schema del database corrisponda esattamente allo schema dell'applicazione prima che lo schema dell'applicazione possa essere implementato. La convalida della modalità compatibile richiede che lo schema del database sia compatibile con lo schema dell'applicazione, il che significa che gli elementi del database non utilizzati dallo schema dell'applicazione vengono lasciati invariati.

Queste modalità di convalida dello schema e le best practice per la migrazione dello schema sono descritte nella guida alla gestione di schemi e connettori

La modalità di convalida è definita utilizzando la chiave schemaValidation nel dataconnect.yaml file. Se schemaValidation non è specificato, la CLI applica le modifiche compatibili e ti chiede conferma prima di eseguire eventuali modifiche rigorose. Consulta la guida di riferimento alla configurazione.

Comandi SDK

Genera SDK

dataconnect:sdk:generate

firebase dataconnect:sdk:generate

Questo comando genera gli SDK con tipi dichiarati in connector.yaml.

Consulta anche le guide per l'utilizzo degli SDK web, degli SDK Android e degli SDK iOS.

Comando	Descrizione
firebase dataconnect:sdk:generate	Bandiera	Descrizione
	–-watch	Mantiene in esecuzione il processo e genera nuovi SDK ogni volta che salvi le modifiche ai file GQL dello schema e dei connettori. Se la generazione non riesce, gli errori verranno stampati su stdout, il codice generato non verrà modificato e il comando continuerà a essere eseguito.
	–-only connectorId:platform	Genera SDK solo per una singola piattaforma e un singolo connettore.

Con i flag –only, puoi passare valori separati da virgole.

firebase dataconnect:sdk:generate –-only connector1, connector1:kotlin

Comandi di gestione di Cloud SQL

Concedi i ruoli SQL per Cloud SQL

dataconnect:sql:grant

firebase dataconnect:sql:grant

Data Connect opera sulla tua istanza PostgreSQL ospitata su Cloud SQL. In alcuni casi, potresti voler accedere direttamente al database per eseguire query o aggiornare i dati generati dalle tue app Data Connect. Per farlo, dovrai assegnare uno dei ruoli definiti in questa sezione all'utente o all'account di servizio necessario.

Per informazioni dettagliate sui ruoli concessi, consulta Ruoli utente PostgreSQL.

Ruolo	Ruolo SQL	Autorizzazioni	Utilizzo	Concedibile
Lettore	firebasereader_<db_name>_<schema_name>	Accesso di sola lettura al database. Può eseguire operazioni SELECT su tutte le tabelle all'interno dello schema specificato.	Ideale per utenti o servizi che richiedono il recupero dei dati, ma non la loro modifica.	Sì
writer	firebasewriter_<db_name>_<schema_name>	Accesso in lettura e scrittura al database. Può eseguire operazioni SELECT, INSERT, UPDATE, DELETE e TRUNCATE su tutte le tabelle all'interno dello schema.	Adatto a utenti o servizi che devono modificare i dati all'interno del database.	Sì
proprietario	firebaseowner_<db_name>_<schema_name>	Proprietario dello schema. Ha tutti i privilegi su tutte le tabelle e le sequenze nello schema.	Questo ruolo, in combinazione con il ruolo IAM roles/cloudsql.client, concede l'autorizzazione per eseguire la migrazione sul database. Ad esempio, quando chiami firebase dataconnect:sql:migrate.	Sì
super user	cloudsqlsuperuser	Ruolo superutente integrato con privilegi completi sul database. Oltre alle autorizzazioni del proprietario, può creare schemi, eliminarli, installare estensioni ed eseguire qualsiasi altra attività di amministrazione. Accesso nell'interfaccia a riga di comando accedendo come "firebasesuperuser".	Obbligatorio per installare le estensioni, creare lo schema iniziale e concedere a altri utenti uno dei ruoli SQL concedibili. Se un utente non amministratore ha bisogno di privilegi di superutente, la migrazione non andrà a buon fine e l'utente verrà invitato a chiedere all'amministratore del database (ovvero a un utente con roles/cloudsql.admin) di eseguire i comandi SQL con privilegi.	Concessi agli utenti con roles/cloudsql.admin e non possono essere concessi direttamente dalla CLI Firebase

Comando	Descrizione
firebase dataconnect:sql:grant	Flag/parametro	Descrizione
	-R, --role ruolo	Il ruolo SQL da concedere, uno dei seguenti: proprietario, autore o lettore.
	-E, --email indirizzo_email	Indirizzo email di un utente o di un account di servizio a cui concedere il ruolo.

Opzioni globali

Le seguenti opzioni globali si applicano a tutti i comandi:

• --json imposta l'output della CLI su JSON per l'analisi da parte di altri strumenti.
• --noninteractive e --interactive sostituiscono, se necessario, il rilevamento automatico degli ambienti non TTY.