Logo zarządzanych baz danych OVHcloud

Zarządzane · PG + MySQL mówi po PostgreSQL / MySQL

Łączyć Zarządzane bazy danych OVHcloud do Excela, Arkuszy i AI

Zarządzane bazy danych OVHcloud — PostgreSQL lub MySQL. Aiven działa pod spodem, co wyjaśnia ustawienia domyślne od razu po ich wyświetleniu.

1połączenie
0porty przychodzące
tylko do odczytuwyegzekwowane

Jedno połączenie, każda powierzchnia

Gdzie mogą trafić Twoje dane z OVHcloud

Połącz się z OVHcloud raz, a to samo połączenie tylko do odczytu będzie przesyłać dane do wszystkich urządzeń — bez konieczności drugiej konfiguracji i tworzenia drugiej kopii danych. 9 z 11 urządzeń ma przewodnik krok po kroku.

Przewodnik

Z OVHcloud do Excela

Microsoft Excel · Dodatek do programu Excel

Pobierz wyniki OVHcloud na żywo bezpośrednio do arkusza kalkulacyjnego i odświeżaj je na żądanie — w wersji stacjonarnej programu Excel, w wersji online programu Excel lub w usłudze Microsoft 365.

Przeczytaj przewodnik PostgreSQL
Przewodnik

OVHcloud do Arkuszy Google

Dodatek Arkuszy

Uruchom zapisane zapytanie OVHcloud z paska bocznego i upuść wiersze do arkusza. Współpracownicy korzystający ze wspólnego arkusza mogą go samodzielnie odświeżyć.

Przeczytaj przewodnik PostgreSQL
Przewodnik

Serwer OVHcloud MCP

Klienci Claude, Cursor i MCP

Udziel asystentowi AI dostępu tylko do odczytu w chmurze OVHcloud, zawierającego schemat potrzebny do poprawnego pisania kodu SQL — bez konieczności podawania danych uwierzytelniających w czacie.

Przeczytaj przewodnik PostgreSQL
Przewodnik

Interfejs API REST OVHcloud

Punkt końcowy HTTP

Opublikuj zapytanie OVHcloud jako uwierzytelniony punkt końcowy JSON, do którego może zadzwonić każda aplikacja, ze specyfikacją OpenAPI 3.1 i gotowymi kolekcjami Postman, Insomnia i Hoppscotch. Port bazy danych nie jest otwarty.

Przeczytaj przewodnik PostgreSQL
Przewodnik

Z OVHcloud do Airtable

Platforma automatyzacji

Synchronizuj wiersze OVHcloud z bazą Airtable zgodnie z harmonogramem lub pobieraj je za pomocą skryptu automatyzacji Airtable.

Przeczytaj przewodnik PostgreSQL
Przewodnik

OVHcloud do Baserow

Platforma automatyzacji

Przekaż tabelę Baserow z OVHcloud przez punkt końcowy REST — samodzielnie hostowany lub w chmurze Baserow.

Przeczytaj przewodnik PostgreSQL
Przewodnik

Z OVHcloud do SeaTable

Platforma automatyzacji

Utrzymuj bazę danych SeaTable na bieżąco, korzystając z danych OVHcloud bez konieczności eksportowania pliku lub udostępniania bazy danych.

Przeczytaj przewodnik PostgreSQL
Przewodnik

Z OVHcloud do Smartsheet

Platforma automatyzacji

Prześlij wyniki z OVHcloud do siatki Smartsheet, aby plany i raporty były odczytywane z systemu źródłowego, a nie z eksportu z poprzedniego tygodnia.

Przeczytaj przewodnik PostgreSQL
Przewodnik

OVHcloud do Anvil

Anvil Works · Platforma aplikacji

Twórz aplikację Anvil Python za pomocą OVHcloud przez punkt końcowy REST zamiast osadzać dane uwierzytelniające bazy danych w aplikacji.

Przeczytaj przewodnik PostgreSQL
Obsługiwane

Z OVHcloud do Power BI

Power Query M

Wklej wygenerowany kod Power Query M do edytora zaawansowanego usługi Power BI, a raport wyświetli wyniki OVHcloud na żywo przesyłane przez protokół HTTPS — bez sterownika ODBC i bez otwartego portu bazy danych.

Jak działa Power BI nie napisano jeszcze żadnego przewodnika po OVHcloud
Obsługiwane

Alerty i raporty OVHcloud

Slack · Discord · E-mail · Webhook

Utwórz harmonogram zapytań w OVHcloud i otrzymuj wiersze dostarczane do Slacka, Discorda, poczty e-mail lub podpisanego webhooka — albo wstrzymaj wiadomość, aż liczba wierszy, próg lub zmiana procentowa przekroczy ustawioną przez Ciebie linię.

Jak działają alerty i raporty nie napisano jeszcze żadnego przewodnika po OVHcloud

Jak to działa

5 kroków, bez zmiany zapory przychodzącej

01

Zainstaluj agenta sieciowego w dowolnym miejscu, z którego usługa ma dostęp. Nawiązuje on tylko połączenia wychodzące, więc nie jest potrzebna żadna reguła zapory dla połączeń przychodzących.

02

W managerze OVHcloud otwórz usługę bazy danych i skopiuj identyfikator URI usługi.

03

Wklej go w pierwsze pole. Host, port, baza danych, nazwa użytkownika i hasło zostaną odczytane, a selektor silnika będzie działał zgodnie ze schematem.

04

Sprawdź port. OVHcloud przypisuje jeden port do każdej usługi, zamiast używać domyślnego silnika, dlatego warto go sprawdzić nawet podczas wklejania.

05

Pozostaw opcję „Użyj protokołu SSL” włączoną, przetestuj i zapisz. Odczytuj z Microsoft Excel, Arkuszy Google, Power BI, MCP lub REST.

Funkcja dogłębna

Co daje Ci OVHcloud

Aiven poniżej, co wyjaśnia ustawienia domyślne

Jeśli korzystałeś z Aivena bezpośrednio, ta karta będzie wyglądać znajomo. Jeśli nie, domyślne ustawienia wydają się przypadkowe, dopóki nie dowiesz się, dlaczego.

  • Domyślna nazwa użytkownika to avnadmin, a nie coś w stylu OVH. To konwencja Aivena, widoczna na pierwszy rzut oka. — karta wstępnie ją wypełnia, ponieważ zwykle jest ona prawidłowa.
  • Domyślna baza danych to defaultdb, również Aivena. A ciąg połączenia, który OVH nazywa Service URI, to również określenie Aivena.
  • Port jest przypisywany dla każdej usługi, a nie 5432 lub 3306, jak to robi Aiven. Skopiuj go z menedżera, zamiast zakładać.
  • Jedyną funkcją Aiven, której brakuje, jest pooler. Aiven udostępnia pule połączeń PgBouncer na własnej platformie; OVHcloud ich nie udostępnia, więc nie ma potrzeby wyboru puli punktów końcowych ani konfiguracji.

Dwa regiony, dwa zakończenia nazw hostów

Mała rzecz, która ma znaczenie, gdy sprawdzasz, czy karta rozpoznała Twojego hosta.

  • Usługi europejskie kończą się na .database.cloud.ovh.net, a usługi amerykańskie na .database.cloud.ovh.us. Karta rozpoznaje oba te adresy.
  • Rozpoznawalność to podstawa odznaki OVHcloud, a w przypadku PostgreSQL również wymuszonego szyfrowania opisanego poniżej. Niezależnie od tego, które rozwiązanie zostanie zastosowane, otrzymasz oba.
  • Typową nazwą hosta jest postgresql-abc-123.database.cloud.ovh.net.
  • Z punktu widzenia agenta nic innego nie ulega zmianie pomiędzy tymi dwoma regionami — to samo połączenie, ten sam sterownik, te same gwarancje.

Jedna karta, dwa silniki, a różnią się szyfrowaniem

Wybór silnika u góry zmienia więcej niż wybór kierowcy, warto przeczytać tę część, zanim odznaczysz pole wyboru.

  • Wybierz PostgreSQL, a agent wymusi szyfrowanie dla dowolnego rozszerzenia nazwy hosta OVHcloud, niezależnie od zaznaczenia pola wyboru. OVHcloud wymaga ustawienia sslmode=require, a agent nie będzie tam wysyłał tekstu jawnego.
  • Wybierz MySQL, a pole wyboru będzie stanowiło cały mechanizm. Jest ono domyślnie włączone, a połączenie jest szyfrowane, dopóki jest włączone, ale nic nie nadpisuje tego szyfrowania, jeśli je wyłączysz.
  • Powód jest raczej strukturalny niż niedopatrzenie: agent przechowuje tabelę hostowanych nazw hostów PostgreSQL, dla których wymusza TLS, i nie ma odpowiednika MySQL. Ten sam podział obowiązuje na każdej karcie wielosilnikowej.
  • Instrukcja praktyczna jest w obu przypadkach taka sama — pozostaw opcję „Użyj SSL” włączoną. W MySQL jest to jedyna metoda ochrony połączenia.
  • W żadnym z przypadków łańcuch certyfikatów nie jest weryfikowany. Szyfrowanie odczytu służy ochronie przed odczytaniem ruchu przez osoby trzecie, a nie jako dowód na to, który serwer odpowiedział.
  • Wszystko, co uruchamia agent, jest tylko do odczytu, a Twoje dane uwierzytelniające nigdy nie opuszczają maszyny, na której działa agent.
-- Tylko do odczytu, niezależnie od wybranego silnika\nSELECT c.name,\n COUNT(o.id) AS orders,\n SUM(o.amount) AS income\nFROM customers AS c\nJOIN orders AS o ON o.customer_id = c.id\nWHERE o.placed_at >= now() - interwał '30 dni'\nGROUP BY c.name\nORDER BY revenue DESC;

Współdzielone przez każdy łącznik bazy danych

Dotyczy każdego łącznika bazy danych

  • Tylko wysyłka — agent otwiera jedno szyfrowane połączenie do strumieni zapytań. Bez przekierowania portu przychodzącego, bez VPN, bez listy dozwolonych adresów IP, bez żadnych informacji o Twojej bazie danych w internecie.
  • Poświadczenia pozostają na swoim miejscu — nazwa użytkownika i hasło do bazy danych są dostępne na komputerze, na którym zainstalowano agenta. Query Streams nigdy ich nie otrzymuje i nie może samodzielnie nawiązać połączenia z bazą danych.
  • Tylko do odczytu, wymuszone — po jednym poleceniu na raz, tylko SELECT i polecenia powiązane. Polecenie zapisu jest odrzucane na Twoim komputerze, zanim zostanie wysłane na serwer, zamiast polegać na uprawnieniu, o którym ktoś pamiętał.
  • Wdrażaj dowolną liczbę agentów — po jednym na lokalizację, region lub chmurę. Każde źródło danych, jakie widzą, pojawia się w jednym menu rozwijanym, więc nikt nie musi wiedzieć, który agent co hostuje.

Co otrzymasz po zapisaniu zapytania

  • Udostępniaj możliwości, a nie SQL — współpracownik lub zewnętrzny partner może uruchomić Twoje zapytanie i zmienić jego filtry, nie widząc nigdy oświadczenia, które za nim stoi.
  • Filtry z obu kierunków — zadeklaruj je samodzielnie jako @variables lub pozwól, aby łącznik wykrył wartości dosłowne już znajdujące się w klauzuli WHERE i zaoferował je jako listy rozwijane.
  • Przeczytaj to z dowolnego miejsca — Microsoft Excel, Arkusze Google, Power BI, API REST, asystenci AI w MCP, Kreator zapytań i Nova — wszystkie te narzędzia odczytują to samo zapisane zapytanie.
  • Uruchom kilka naraz — pięć zapisanych zapytań w pięciu kartach arkusza kalkulacyjnego, przesyłanych strumieniowo jednocześnie, bez względu na wielkość wyników.
  • Połącz to z czymkolwiek innym, co podłączyłeś — inną bazę danych, API biznesowe lub folder plików w jednym poleceniu tylko do odczytu.

Międzyźródłowy SQL

Połącz OVHcloud z resztą swoich danych

Jedno polecenie może obejmować jednocześnie OVHcloud i inne połączenia. Każde źródło uruchamia tylko możliwą część, przesyła wynik strumieniowo, a łączenie odbywa się centralnie — źródła nigdy się ze sobą nie komunikują i nic nie jest nigdzie kopiowane.

3 połączenia · 3 agentów

Zarządzane bazy danych OVHcloud Zarządzane · PG + MySQL
Microsoft SQL Server Silnik relacyjny
Pasek Płatności i fakturowanie

Jedno stwierdzenie

-- nic nie zostało skopiowane, nic nie zostało połączone, nic nie zostało zaplanowane
SELECT   c.region, COUNT(*) AS zamówienia, SUM(i.amount_due) AS fakturowane
Z     ovh_db.zamówienia.publiczne1    f
JOIN     erp_sql.dbo.klienci2   c WŁĄCZONY c.id = f.customer_id
JOIN     rozliczenia.stripe.invoices3 i WŁĄCZONY i.customer = c.stripe_id
GROUP BY c.region
ORDER BY fakturowany DESC;

Trzy części to połączenie, schemat i tabela — a nazwa połączenia to dowolna nazwa. Kolumny ilustracyjne; Twoje tabele będą Twoimi tabelami. Tylko do odczytu dotyczy każdego elementu: tylko SELECT, WITH i EXPLAIN, z ograniczeniem ilości danych, jakie jedno źródło może przekazać w ramach jednego zapytania. Jak działają zapytania federacyjne

Szczegóły połączenia

Czego potrzebuje OVHcloud

Gospodarz
postgresql-abc-123.database.cloud.ovh.net w Europie lub .database.cloud.ovh.us w USA. Karta rozpoznaje oba
Port
Przypisane do usługi i celowo pozostawione puste — skopiuj je z menedżera OVHcloud
Silniki
PostgreSQL lub MySQL, wybrane u góry karty. Wklejony URI usługi ustawia to za Ciebie.
Kierowca
Npgsql lub MySqlConnector, obsługiwane przez agenta — nie ma potrzeby instalowania niczego po stronie OVH
Wklej format
Adres URI usługi z menedżera, jako adres URI postgres:// lub mysql://
Domyślne
Użytkownik avnadmin i baza danych defaultdb, obie odziedziczone po Aivenie
TLS
Wymuszone przez agenta dla obu końcówek nazw hostów OVHcloud w PostgreSQL. Kontrolowane polem wyboru w MySQL, domyślnie włączone — pozostaw włączone. Łańcuch certyfikatów nie jest weryfikowany w żaden sposób.
Łączenie
Brak. OVHcloud nie udostępnia pul PgBouncer Aivena, więc nie ma możliwości wyboru puli punktów końcowych
Zapisano jako
PostgreSQL lub MySQL, z OVHcloud jako odznaką
Schemat domyślny
public w PostgreSQL. Połączenie MySQL jest kwalifikowane przez bazę danych.

Warto poznać linię Aivena głównie dlatego, że dzięki niej karta jest przewidywalna. Gdy wiesz, że avnadmin i defaultdb to konwencje Aivena, a nie dziwactwa OVH, wstępnie wypełnione wartości przestają wyglądać jak zgadywanki, a port dla każdej usługi jak niedopatrzenie. Ustanawia to również właściwe oczekiwania w drugą stronę: to silnik Aivena z panelem sterowania i regionami OVH, a nie pełna obsługa wszystkich funkcji oferowanych przez Aivena.

Pooler jest tego najwyraźniejszym przykładem. W Aiven bezpośrednio wybierasz między połączeniem bezpośrednim a pulą PgBouncer, a prawidłowy wybór ma znaczenie. Tutaj wybór nie istnieje, co oznacza o jedną rzecz mniej, o którą można się pomylić.

W przypadku zapytania międzyźródłowego kwalifikator podąża za silnikiem, a nie za odznaką. Połączenie PostgreSQL o nazwie ovh_db jest zapisane jako ovh_db.public.orders; to samo połączenie w MySQL jest kwalifikowane przez swoją bazę danych. Łączy się z folderem plików CSV, lokalnym systemem rekordów lub API rozliczeniowym w jednym poleceniu tylko do odczytu.

Dokumentacja dostawcy: www.ovhcloud.com

Często zadawane pytania

Pytania dotyczące zarządzanych baz danych OVHcloud

Jakie narzędzia mogą odczytywać dane z zarządzanych baz danych OVHcloud za pośrednictwem strumieni zapytań?

Wszystko z jednego połączenia: Excel, Arkusze Google, MCP, REST API, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, zaplanowane alerty i raporty. Wystarczy połączyć się z bazą danych raz, a każda powierzchnia odczyta to samo połączenie tylko do odczytu — nie ma potrzeby konfigurowania poszczególnych narzędzi ani tworzenia drugiej kopii danych.

Czy muszę otworzyć port zapory sieciowej dla mojej bazy danych OVHcloud Managed Databases?

Nie. Agent sieciowy Query Streams działa w Twojej sieci i otwiera pojedyncze szyfrowane połączenie wychodzące. Nic nie nasłuchuje ruchu przychodzącego, nie jest wymagana sieć VPN, a baza danych zachowuje istniejące reguły zapory sieciowej.

Czy Query Streams może zmieniać dane w zarządzanych bazach danych OVHcloud?

Nie. Agent wymusza tryb tylko do odczytu w momencie wykonania — po jednym poleceniu na raz, tylko dla instrukcji SELECT i poleceń znajomych. Dane uwierzytelniające pozostają w agencie i nigdy nie są wysyłane do strumieni zapytań.

Czego potrzebuje Query Streams, aby połączyć się z zarządzanymi bazami danych OVHcloud?

Dostępny host, rola i jej hasło — agent zawiera sterownik, więc nic nie jest instalowane w bazie danych. Host: postgresql-abc-123.database.cloud.ovh.net w Europie lub .database.cloud.ovh.us w USA. Karta rozpoznaje oba. Port: Przypisany do usługi i celowo pozostawiony pusty — skopiuj go z menedżera OVHcloud. Silniki: PostgreSQL lub MySQL, wybrane w górnej części karty. Wklejony URI usługi ustawia go za Ciebie. Sterownik: Npgsql lub MySqlConnector, obsługiwany przez agenta — nic nie trzeba instalować po stronie OVH.

Czy mogę połączyć usługi OVHcloud Managed Databases z inną bazą danych w ramach tego samego zapytania?

Tak — to jest zapytanie federacyjne. Jedno polecenie może odwoływać się do zarządzanych baz danych OVHcloud i innych połączeń jednocześnie, zapisane jako connection.schema.table. Każde źródło uruchamia tylko możliwą część i przesyła wynik strumieniowo; łączenie odbywa się centralnie, więc źródła nigdy się ze sobą nie łączą, a nic nie jest kopiowane ani planowane. Tryb tylko do odczytu dotyczy każdego fragmentu — tylko SELECT, WITH i EXPLAIN — i istnieje limit na ilość danych, jaką jedno źródło może przekazać w ramach jednego zapytania. Zapytania federacyjne to funkcja planu; strona zapytań federacyjnych zawiera bieżące informacje o źródle i limity rozmiaru.

Czy łączenie zarządzanych baz danych OVHcloud różni się od łączenia PostgreSQL?

Tylko ciąg połączenia. Bazy danych zarządzane przez OVHcloud obsługują protokół PostgreSQL Wire Protocol, więc filtry, harmonogramowanie, udostępnianie, dodatki do Excela i Arkuszy Google oraz serwer MCP działają identycznie. Karta OVHcloud wstępnie wypełnia ustawienia hosta, portu i SSL, których oczekuje dostawca.

Czy istnieje przewodnik dotyczący OVHcloud i Excela?

Tak — to jest przewodnik po PostgreSQL, który jest poprawny dla zarządzanych baz danych OVHcloud w wersji, w jakiej został napisany. OVHcloud obsługuje protokół PostgreSQL Wire Protocol, więc połączenia z OVHcloud do Excela, z OVHcloud do Arkuszy Google i z każdego innego miejsca docelowego przebiegają w ten sam sposób. Jedynym elementem specyficznym dla OVHcloud jest ciąg połączenia, który wypełnia karta OVHcloud.

Postaw na OVHcloud tam, gdzie wykonujesz swoją pracę

Zainstaluj agenta, skieruj go do swojej bazy danych i wybierz miejsce docelowe.

Tylko do odczytu Tylko wysyłka Dane uwierzytelniające pozostają przy agencie