Client Snowflake per Mac
Accedi come richiesto dal tuo account, sposta la sessione tra warehouse e ruoli senza riconnetterti, poi interroga, modifica ed esporta tabelle in uno stage.
Funziona su MacIl driver viene scaricato la prima volta che scegli Snowflake
A colpo d’occhio
- Linguaggio di query
- SQL
- Driver
- Scaricato al primo utilizzo
- Connetti tramite
- API del servizio
- iPhone e iPad
- Non si apre
Connetti e accedi
Inserisci l’identificatore dell’account, come myorg-myaccount o un locator precedente come xy12345.us-east-1: ciò che precede .snowflakecomputing.com. Ogni richiesta usa HTTPS verso l’endpoint dell’account, quindi non ci sono host, sezione SSL o pannello SSH.
Scegli un Auth Method e il modulo mostra solo i campi necessari. Una coppia di chiavi firma ogni connessione con la chiave privata PKCS#8, quindi l’orologio del Mac deve essere corretto. Browser SSO ti invia al fornitore di identità. Un token OAuth viene usato come incollato e non viene mai aggiornato. Una password si accompagna a un codice attuale in MFA Passcode (TOTP) quando l’account impone MFA.
Con ALLOW_CLIENT_MFA_CACHING sull’account basta un codice nuovo: Snowflake restituisce un token MFA che TablePro conserva nel portachiavi. Con ALLOW_ID_TOKEN, Browser SSO conserva lì un token di accesso e le connessioni successive saltano il browser finché Snowflake non lo rifiuta.
Snowflake non ha uno schema URL. Indica invece una sezione in CLI Connection Name e ogni campo lasciato vuoto viene letto da ~/.snowflake/connections.toml alla connessione.
Warehouse, ruoli e query
Database > Session Context sposta la sessione su un altro warehouse o ruolo con USE WAREHOUSE e USE ROLE, senza riconnettersi. Una connessione TablePro è una sessione Snowflake, mantenuta aperta durante l’inattività; una scheda associata a un secondo database esegue USE DATABASE prima delle istruzioni sulla stessa sessione.
La barra laterale raggruppa gli oggetti per database e schema. Gli elenchi degli oggetti provengono da comandi SHOW, che funzionano senza warehouse; i dettagli delle colonne provengono da INFORMATION_SCHEMA, che ne richiede uno. Explain restituisce il piano Snowflake come testo non elaborato.
Le modifiche nella griglia associano i valori sul server, con celle VARIANT, OBJECT e ARRAY inviate tramite PARSE_JSON. Una modifica usa la chiave primaria dichiarata oppure tutte le colonne quando non c’è una chiave. Snowflake non applica mai i vincoli di chiave, quindi un valore duplicato fa sì che una modifica o eliminazione interessi ogni riga corrispondente: controlla i duplicati prima di modificare una tabella.
Struttura
La vista DDL proviene da GET_DDL. La scheda Structure aggiunge, rinomina ed elimina colonne, imposta NOT NULL, commenti e chiave primaria, amplia un VARCHAR e modifica la precisione di un NUMBER mantenendo la stessa scala.
Le modifiche che Snowflake rifiuterebbe vengono bloccate prima dell’esecuzione: ridurre un VARCHAR, qualsiasi altro cambio di tipo e impostare un nuovo valore predefinito per una colonna. Rimuovere un valore predefinito è consentito.
Sposta i dati
Importa file CSV, TSV, JSON, JSONL, XLSX e SQL tramite la connessione ed esporta una tabella o un risultato sul Mac in CSV, JSON, SQL, XLSX, Markdown, HTML e XML.
Per esportare una tabella senza farla passare dal Mac, scegli File > Server-Side Export… e indica uno stage, con o senza @. Server-Side Export esegue COPY INTO con i tuoi privilegi e scrive CSV compresso con gzip, Parquet o JSON; la schermata attende la fine dell’esportazione e nulla viene salvato sul Mac.
iPhone e iPad
L’app per iPhone e iPad non ha un driver Snowflake. Le connessioni Snowflake sincronizzate da un Mac compaiono nell’elenco, ma non si aprono.
Limiti
- Duo funziona solo con un codice. L’approvazione push non è supportata.
Domande su Snowflake
Perché la barra laterale mostra le tabelle ma non le colonne?
I dettagli delle colonne provengono da INFORMATION_SCHEMA, che richiede un warehouse attivo. Imposta Warehouse nella connessione o in Session Context. Un database i cui oggetti non compaiono richiede che il ruolo della connessione abbia il permesso USAGE.
Perché i valori TIMESTAMP_LTZ vengono mostrati in UTC?
TablePro li legge come orari UTC, contrassegnati con Z, anziché convertirli nel TIMEZONE della sessione.
L’accesso con coppia di chiavi indica che il token JWT non è valido. Cosa devo controllare?
Il token contiene il locator dell’account e un timestamp. Controlla l’identificatore dell’account e l’orologio del Mac, poi verifica che la chiave pubblica sia registrata sull’utente con ALTER USER … SET RSA_PUBLIC_KEY.
Scarica TablePro
Richiede macOS 13 Ventura o successivo