Logo di Scaleway Managed Databases

Gestito · PG + MySQL Conosce PostgreSQL / MySQL

Collegare Database gestiti da Scaleway per Excel, Fogli e IA

Scaleway Managed Database — PostgreSQL o MySQL. Un indirizzo IP e una porta, con un percorso di rete privata, sono particolarmente adatti all'agente.

1connessione
0porti in entrata
sola letturaimposto

Un collegamento, ogni superficie

Dove possono essere archiviati i tuoi dati Scaleway

Collega Scaleway una sola volta e la stessa connessione di sola lettura alimenterà tutti questi dispositivi: nessuna seconda configurazione, nessuna seconda copia dei dati. 9 su 11 dispongono di una guida passo passo.

Guida

Scaleway to Excel

Microsoft Excel · Componente aggiuntivo di Excel

Importa i risultati di Scaleway in tempo reale direttamente in un foglio di calcolo e aggiornali a piacimento: su Excel desktop, Excel Online e Microsoft 365.

Leggi la guida di PostgreSQL
Guida

Scaleway a Fogli Google

Componente aggiuntivo Fogli

Esegui una query Scaleway salvata dalla barra laterale e trascina le righe nel foglio. I collaboratori che condividono il foglio possono aggiornarlo autonomamente.

Leggi la guida di PostgreSQL
Guida

Server MCP di Scaleway

Clienti di Claude, Cursor e MCP

Concedi a un assistente IA l'accesso in sola lettura a Scaleway con lo schema necessario per scrivere codice SQL corretto, senza fornire credenziali nella chat.

Leggi la guida di PostgreSQL
Guida

API REST di Scaleway

Endpoint dell'HT

Pubblica una query Scaleway come endpoint JSON autenticato, accessibile a qualsiasi applicazione, con specifiche OpenAPI 3.1 e raccolte predefinite per Postman, Insomnia e Hoppscotch. Non viene aperta alcuna porta del database.

Leggi la guida di PostgreSQL
Guida

Scaleway to Airtable

Piattaforma di automazione

Sincronizza le righe di Scaleway con un database Airtable a intervalli regolari, oppure recuperale tramite uno script di automazione di Airtable.

Leggi la guida di PostgreSQL
Guida

Scaleway to Baserow

Piattaforma di automazione

Alimenta una tabella Baserow da Scaleway tramite l'endpoint REST, sia in locale che nel cloud di Baserow.

Leggi la guida di PostgreSQL
Guida

Scaleway to SeaTable

Piattaforma di automazione

Mantieni aggiornato il database di SeaTable con i dati di Scaleway senza esportare un file o esporre il database stesso.

Leggi la guida di PostgreSQL
Guida

Scaleway a Smartsheet

Piattaforma di automazione

Trasferisci i risultati di Scaleway in una griglia di Smartsheet in modo che i piani e i report vengano letti dal sistema di origine e non dall'esportazione della settimana precedente.

Leggi la guida di PostgreSQL
Guida

Scaleway to Anvil

Anvil Works · Piattaforma per app

Esegui il backup di un'app Anvil Python con Scaleway tramite l'endpoint REST anziché incorporare le credenziali del database nell'app.

Leggi la guida di PostgreSQL
Supportato

Scaleway a Power BI

Power Query M

Incolla la query Power Query M generata nell'editor avanzato di Power BI e il report visualizzerà i risultati di Scaleway in tempo reale tramite HTTPS, senza driver ODBC né porte di database aperte.

Come funziona Power BI Non è ancora stata scritta alcuna guida su Scaleway.
Supportato

Avvisi e report di Scaleway

Slack · Discord · Email · Webhook

Imposta una query Scaleway in modo che venga eseguita in modo programmato e che le righe vengano inviate a Slack, Discord, via e-mail o tramite un webhook firmato, oppure trattieni il messaggio finché il numero di righe, una soglia o una variazione percentuale non superano il valore da te impostato.

Come funzionano gli avvisi e i report Non è ancora stata scritta alcuna guida su Scaleway.

Come funziona

5 passaggi, nessuna modifica al firewall in entrata

01

Decidi dove eseguire l'agente. Per un endpoint pubblico, ovunque sia raggiungibile. Per una rete privata, installalo su un'istanza Scaleway nella stessa VPC e utilizza l'endpoint privato.

02

Nella console di Scaleway, apri l'istanza del tuo database e vai alla sezione Panoramica. L'indirizzo IP e la porta sono visualizzati lì.

03

Seleziona il motore in cima alla scheda, PostgreSQL o MySQL, quindi inserisci l'indirizzo IP come host con la porta accanto.

04

Aggiungi il database, il nome utente e la password. Il database rdb è precompilato ed è il nome predefinito di Scaleway.

05

Lascia attiva l'opzione "Usa SSL" per un endpoint pubblico, esegui un test e salva. Leggi i dati da Microsoft Excel, Fogli Google, Power BI, MCP o REST.

Analisi approfondita delle funzionalità

Cosa ti offre Scaleway

Un indirizzo IP, non un nome host.

Tutti gli altri provider di servizi gestiti presenti su questo sito ti forniscono un nome host. Scaleway ti fornisce un indirizzo, e da questo derivano un paio di cose.

  • Il campo host è etichettato come indirizzo IP anziché come host e si aspetta un valore come 51.159.24.10 dalla pagina Panoramica dell'istanza. La porta si trova accanto e viene assegnata per ogni istanza.
  • Poiché non è presente un nome host, non c'è alcun suffisso del provider da riconoscere. La selezione di questa scheda è ciò che registra che la connessione è Scaleway, anziché essere l'indirizzo a rivelarlo.
  • Ciò influisce solo sul badge e sulle impostazioni predefinite del marchio. Sotto la superficie si trova un normale database PostgreSQL o MySQL e l'agente trasporta il driver.
  • Vale comunque la pena scegliere questa scheda rispetto a quella generica, per le impostazioni predefinite e per le indicazioni riportate di seguito. OCI PostgreSQL è l'unico altro preset nella stessa posizione, e per lo stesso motivo. — gli indirizzi privati non trasmettono alcun segnale del provider.

Le reti private rappresentano la strada interessante

Scaleway supporta l'accesso a un'istanza di database tramite una rete privata, ed è qui che la configurazione dell'agente si rivela vantaggiosa.

  • Installa l'agente su un'istanza Scaleway nella stessa VPC e configuralo in modo che punti all'endpoint privato. Il database non necessita di alcuna esposizione pubblica.
  • L'agente effettua solo connessioni in uscita, quindi non è necessaria alcuna regola di sicurezza in entrata per farlo funzionare. Non cambia nulla per quanto riguarda la VPC.
  • Si tratta dello stesso schema che si utilizza per accedere a un database locale protetto da un firewall. — l'agente si trova all'interno e compone il numero — e la stessa regola si applica anche qui.
  • Su un endpoint privato il traffico non attraversa mai la rete internet pubblica, ed è anche per questo che la crittografia viene gestita nel modo descritto di seguito.

La crittografia segue la casella di controllo su entrambi i motori

Contrariamente a quanto accade di solito su questo sito, nessuno dei due motori di ricerca è crittografato forzatamente, e la ragione è la disponibilità dell'opzione di rete privata.

  • La casella di controllo "Usa SSL" è attiva per impostazione predefinita e la connessione viene crittografata finché rimane attiva. Su un endpoint pubblico, lasciala attiva.
  • L'agente non lo sovrascrive su nessuno dei due motori. Per PostgreSQL si tratta di un'eccezione intenzionale. — un endpoint di rete privata è un metodo legittimo per l'esecuzione, e forzare la crittografia interromperebbe una connessione che funziona correttamente.
  • Quindi l'indicazione corretta è quella fornita dalla scheda stessa: mantieni SSL attivo per gli endpoint pubblici. Su un endpoint privato all'interno della tua VPC hai una scelta reale e, in entrambi i casi, il traffico non attraversa Internet.
  • Quando la crittografia è attiva, la catena di certificati non viene verificata. Va interpretata come una protezione contro chiunque intercetti il traffico in transito, piuttosto che come una prova del server che ha risposto.
  • Tutto ciò che l'agente esegue è di sola lettura, un'istruzione alla volta, e le tue credenziali rimangono sul computer su cui è stato installato.
-- Sola lettura, indipendentemente dal motore scelto\nSELECT c.name,\nCOUNT(o.id) AS orders,\nSUM(o.amount) AS revenue\nFROM customers AS c\nJOIN orders AS o ON o.customer_id = c.id\nWHERE o.placed_at >= now() - interval '30 days'\nGROUP BY c.name\nORDER BY revenue DESC;

Condiviso da ogni connettore di database

Vero per ogni connettore di database

  • Solo in uscita — l'agente apre una connessione crittografata verso Query Streams. Nessuna porta in entrata da inoltrare, nessuna VPN, nessuna lista IP consentita, nessuna informazione sul database esposta a Internet.
  • Le credenziali restano al loro posto — Il nome utente e la password del database risiedono sul computer su cui è installato l'agente. Query Streams non li riceve mai e non può accedere al database autonomamente.
  • Sola lettura, forzata — un'istruzione alla volta, solo SELECT e simili. Una scrittura viene rifiutata sulla propria macchina prima ancora di essere inviata al server, anziché fare affidamento su un permesso che qualcuno si è ricordato di impostare.
  • Distribuisci tutti gli agenti che desideri — uno per sito, regione o cloud. Tutte le fonti di dati che possono visualizzare vengono visualizzate in un unico menu a tendina, quindi nessuno deve sapere quale agente ospita cosa.

Ecco cosa si ottiene una volta salvata una query.

  • Condividi la funzionalità, non l'SQL — un collega o un partner esterno può eseguire la tua query e modificarne i filtri senza mai visualizzare l'istruzione sottostante.
  • Filtri da entrambe le direzioni — dichiarali tu stesso come @variabili, oppure lascia che il connettore rilevi i valori letterali già presenti nella clausola WHERE e li offra come menu a tendina.
  • Leggilo ovunque Microsoft Excel, Fogli Google, Power BI, l'API REST, gli assistenti AI tramite MCP, Query Builder e Nova leggono tutti la stessa query salvata.
  • Eseguine diversi contemporaneamente — cinque query salvate in cinque schede di fogli di lavoro, eseguite simultaneamente, indipendentemente dalle dimensioni dei risultati.
  • Collegalo a qualsiasi altro dispositivo che hai già connesso. — un altro database, un'API aziendale o una cartella di file, in un'unica istruzione di sola lettura.

SQL tra sorgenti diverse

Integra Scaleway con il resto dei tuoi dati

Una singola istruzione può estendersi contemporaneamente a Scaleway e alle altre connessioni. Ogni sorgente esegue solo la parte di cui è capace, trasmette il risultato e l'unione avviene centralmente: le sorgenti non comunicano mai tra loro e nulla viene copiato altrove.

3 connessioni · 3 agenti

Database gestiti da Scaleway Gestito · PG + MySQL
Microsoft SQL Server Motore relazionale
Striscia Pagamenti e fatturazione

Una dichiarazione

-- niente copiato, niente unito, niente programmato
SELEZIONARE   c.region, COUNT(*) AS ordini, SUM(i.amount_due) AS fatturati
DA     scw_db.ordini pubblici1    f
CONGIUNGERE     erp_sql.dbo.clienti2   c ON c.id = f.customer_id
CONGIUNGERE     fatturazione.stripe.invoices3 i ON i.customer = c.stripe_id
GRUPPO PER c.regione
ORDINATO DA fatturata DESCRIZIONE;

Le tre parti sono connessione, schema e tabella, e il nome della connessione è quello che le hai assegnato. Le colonne sono a scopo illustrativo; le tue tabelle saranno le tue tabelle. La modalità di sola lettura si applica a ogni elemento: solo SELECT, WITH ed EXPLAIN, con un limite massimo alla quantità di dati che una singola fonte può fornire per una singola query. Come funzionano le query federate

Dettagli di connessione

Di cosa ha bisogno Scaleway

Ospite
Un indirizzo IP dalla pagina Panoramica dell'istanza, ad esempio 51.159.24.10. Scaleway non espone alcun nome host.
Porto
Assegnato caso per caso e lasciato vuoto di proposito: copialo dalla pagina Panoramica.
Motori
PostgreSQL o MySQL, selezionabili nella parte superiore della scheda
Autista
Npgsql o MySqlConnector, forniti dall'agente: non è necessario installare nulla sul lato Scaleway.
Reti private
Supportato. Installa l'agente su un'istanza nella stessa VPC e utilizza l'endpoint privato: nessuna esposizione pubblica e nessuna regola in entrata.
Predefinite
Il database rdb è precompilato. Il nome utente è quello creato con l'istanza
TLS
Segue la casella di controllo SSL su entrambi i motori, attiva per impostazione predefinita. Non è forzato dall'agente, in modo che rimanga possibile un endpoint di rete privata. La catena di certificati non viene verificata.
Pooling
Nessuno. L'agente non applica alcuna modifica al pooler per Scaleway.
Identificato da
Scegliere la scheda, non l'indirizzo: un IP non porta alcun segnale del provider.
Schema predefinito
pubblico su PostgreSQL. Una connessione MySQL è qualificata dal suo database invece

Scaleway è l'unica scheda su questo sito il cui testo di aiuto fornisce già informazioni precise sulla crittografia. Consiglia di mantenere SSL attivo per gli endpoint pubblici, un'indicazione piuttosto che una garanzia, valida per entrambi i motori e sia che ci si trovi su un indirizzo pubblico sia all'interno di una VPC. Questa è una formulazione migliore rispetto a una promessa valida solo per uno dei due motori, e questa pagina la segue.

Il dettaglio dell'indirizzo IP anziché del nome host è di secondaria importanza nella pratica, ma cambia una cosa che è importante sapere: nulla nell'indirizzo comunica al sistema che si tratta di Scaleway, quindi è la selezione di questa scheda che registra tale informazione. Se in futuro si creasse la connessione come PostgreSQL generico, funzionerebbe comunque, ma si perderebbero le impostazioni predefinite personalizzate e il logo.

Per una query cross-source, il qualificatore segue il motore anziché il badge. Una connessione PostgreSQL chiamata scw_db viene scritta come scw_db.public.orders; la stessa connessione su MySQL viene qualificata dal suo database. Esegue join con una cartella di file CSV, un sistema di registrazione locale o un'API di fatturazione in un'unica istruzione di sola lettura.

Documentazione del fornitore: www.scaleway.com

FAQ

Domande sui database gestiti di Scaleway

Quali strumenti sono in grado di leggere i dati dei database gestiti di Scaleway tramite Query Streams?

Tutto questo, da un'unica connessione: Excel, Fogli Google, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, avvisi e report programmati. Collega il database una sola volta e ogni strumento leggerà la stessa connessione di sola lettura: non è necessaria alcuna configurazione per ogni strumento e non ci sono seconde copie dei dati.

Devo aprire una porta del firewall per il mio database Scaleway Managed Databases?

No. L'agente di rete di Query Streams viene eseguito all'interno della rete locale e apre una singola connessione crittografata in uscita. Nessun sistema intercetta il traffico in entrata, non è necessaria una VPN e il database mantiene le regole del firewall esistenti.

È possibile modificare i dati nei database gestiti da Scaleway tramite Query Streams?

No. L'agente impone la sola lettura nel punto di esecuzione: un'istruzione alla volta, solo SELECT e simili. Le credenziali rimangono sull'agente e non vengono mai inviate a Query Streams.

Di cosa ha bisogno Query Streams per connettersi ai database gestiti di Scaleway?

Un host raggiungibile, un ruolo e la relativa password: l'agente include il driver, quindi non è necessario installare nulla sul database. Host: un indirizzo IP dalla pagina Panoramica dell'istanza, ad esempio 51.159.24.10. Scaleway non espone alcun nome host. Porta: assegnata per ogni istanza e lasciata vuota di proposito: copiala dalla pagina Panoramica. Motori: PostgreSQL o MySQL, selezionati nella parte superiore della scheda. Driver: Npgsql o MySqlConnector, inclusi nell'agente: non è necessario installare nulla sul lato Scaleway.

È possibile unire i database gestiti di Scaleway a un altro database nella stessa query?

Sì, si tratta di una query federata. Un'unica istruzione può fare riferimento contemporaneamente ai database gestiti di Scaleway e alle altre connessioni, come indicato in `connection.schema.table`. Ogni origine esegue solo la parte di cui è competente e restituisce il risultato; l'unione avviene centralmente, quindi le origini non si connettono mai tra loro e nulla viene copiato o pianificato. La modalità di sola lettura si applica a ogni parte (solo SELECT, WITH ed EXPLAIN) ed esiste un limite massimo alla quantità di dati che una singola origine può cedere per una singola query. Le query federate sono una funzionalità del piano; la pagina delle query federate riporta i limiti attuali relativi alle origini e alle dimensioni.

La connessione ai database gestiti di Scaleway è diversa dalla connessione a PostgreSQL?

Solo la stringa di connessione. Scaleway Managed Databases utilizza il protocollo di rete di PostgreSQL, quindi filtri, pianificazione, condivisione, i componenti aggiuntivi per Excel e Fogli Google e il server MCP si comportano tutti allo stesso modo. La scheda Scaleway precompila le impostazioni di host, porta e SSL previste dal provider.

Esiste una guida da Scaleway a Excel?

Sì, si tratta della guida per PostgreSQL, ed è corretta per i database gestiti da Scaleway. Scaleway utilizza il protocollo di rete di PostgreSQL, quindi la connessione da Scaleway a Excel, da Scaleway a Fogli Google e a qualsiasi altra destinazione segue gli stessi passaggi. L'unica parte specifica per Scaleway è la stringa di connessione, che viene compilata automaticamente nella scheda di Scaleway.

Metti Scaleway dove si lavora

Installa l'agente, configuralo per connettersi al tuo database e scegli una destinazione.

Sola lettura Solo in uscita Le credenziali rimangono sull'agente