Bezserwerowy Postgres mówi po PostgreSQL
Łączyć Xata do Excela, Arkuszy Google, AI i REST
Protokół Xata Postgres over the wire, adresowany przez bazę danych i gałąź. Wklej ciąg z konsoli Xata, a gałąź, którą wpisałeś, będzie gałęzią, którą otrzymasz.
Jedno połączenie, każda powierzchnia
Gdzie mogą trafić Twoje dane Xata
- 1 połączenie wychodzące
- 0 porty przychodzące
- tylko do odczytu · dane uwierzytelniające pozostają niezmienione
działa dalej
- Dla Twojego zespołu, dostawców i partnerów
-
Excel dodatek · odświeżanie na żądanie
-
Arkusze Google dodatek · odświeżanie na żądanie
-
Nova AI zapytaj prostym językiem · tekst do SQL
-
Przeglądarka danych udostępniaj wyniki na żywo · zespół, dostawcy, partnerzy · dowolne urządzenie
- Do aplikacji i systemów
-
Interfejs API REST Punkt końcowy JSON · OpenAPI 3.1
-
Power BI Power Query M
-
Zaplanowane synchronizacje Arkusze Google · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Dla narzędzi AI
-
Asystenci AI Claude · Kursor · Serwer MCP
- Dostarczone do ludzi
-
Alerty i raporty Slack · Discord · E-mail · Webhook
Query Streams odczytuje Xata z Microsoft Excel, Arkuszy Google, Power BI, asystentów AI przez MCP i punkt końcowy REST za pośrednictwem jednego połączenia tylko do odczytu. Xata obsługuje protokół Postgres Wire Protocol, więc agent łączy się z nim za pomocą Npgsql dokładnie tak, jak z każdym innym Postgresem. Jedna rzecz jest naprawdę inna: pole „Baza danych” to trasa „baza danych:gałęzia”, a nie zwykła nazwa, a Xata to jedyny konektor na platformie, którego nazwa bazy danych jest przekazywana z zachowaniem wielkości liter. Protokół TLS jest wymuszany dla każdego hosta .sql.xata.sh, niezależnie od tego, co zaznaczono w polu wyboru.
Xata to PostgreSQL na sieci — standardowy sterownik, więc wszystkie poniższe instrukcje obowiązują bez zmian. Jedynym elementem specyficznym dla Xata jest ciąg połączenia, omówiony w szczegóły połączenia.
- Dla Twojego zespołu, dostawców i partnerów
-
Xata do Excela Microsoft Excel · Dodatek do programu Excel
Pobierz wyniki Xata na żywo bezpośrednio do arkusza kalkulacyjnego i odświeżaj je na żądanie — w wersji stacjonarnej programu Excel, w wersji Excel Online i w usłudze Microsoft 365.
Przewodnik po PostgreSQL -
Xata do Arkuszy Google Dodatek Arkuszy
Uruchom zapisane zapytanie Xata z paska bocznego i upuść wiersze do arkusza. Współpracownicy korzystający ze wspólnego arkusza mogą go samodzielnie odświeżyć.
Przewodnik po PostgreSQL -
Zapytaj Novę o Xata Nova AI · tekst do SQL
Zadaj pytanie prostym językiem. Nova zna już Twoje tabele Xata, pisze i uruchamia zapytanie SQL, wyjaśnia odpowiedź i tworzy wykres – bez konieczności pisania zapytania i podawania danych uwierzytelniających.
Jak działa Nova -
Xata do przeglądarki danych udostępnianie wyników · zespół, dostawcy, partnerzy · telefon, tablet, komputer stacjonarny
Udostępnij wynik Xata na żywo każdemu — współpracownikowi, dostawcy, partnerowi — w postaci siatki z zakładkami, która uruchamia się od nowa po otwarciu na telefonie, tablecie lub komputerze. Widzą wyniki, a nie SQL ani dane uwierzytelniające.
Jak działa Przeglądarka danych - Do aplikacji i systemów
-
Interfejs API REST Xata Punkt końcowy HTTP
Opublikuj zapytanie Xata jako uwierzytelniony punkt końcowy JSON, który może wywołać dowolna aplikacja, ze specyfikacją OpenAPI 3.1 i gotowymi kolekcjami Postman, Insomnia i Hoppscotch. Port bazy danych nie jest otwarty.
Przewodnik po PostgreSQL -
Xata do Power BI Power Query M
Wklej wygenerowany kod Power Query M do Edytora zaawansowanego usługi Power BI, a raport odczyta wyniki Xata na żywo przez protokół HTTPS — bez sterownika ODBC i bez otwartego portu bazy danych.
Jak działa Power BI -
Xata do Airtable Platforma automatyzacji
Synchronizuj wiersze Xata z bazą Airtable zgodnie z harmonogramem lub pobieraj je za pomocą skryptu automatyzacji Airtable.
Przewodnik po PostgreSQL -
Xata do Baserow Platforma automatyzacji
Przekaż tabelę Baserow z Xata przez punkt końcowy REST — samodzielnie hostowany lub w chmurze Baserow.
Przewodnik po PostgreSQL -
Xata do SeaTable Platforma automatyzacji
Utrzymuj bazę danych SeaTable na bieżąco, korzystając z danych Xata, bez eksportowania pliku lub udostępniania bazy danych.
Przewodnik po PostgreSQL -
Xata do Smartsheet Platforma automatyzacji
Prześlij wyniki Xata do siatki Smartsheet, aby plany i raporty były odczytywane z systemu źródłowego, a nie z eksportu z poprzedniego tygodnia.
Przewodnik po PostgreSQL -
Xata do kowadła Anvil Works · Platforma aplikacji
Wspieraj aplikację Anvil Python za pomocą Xata przez punkt końcowy REST zamiast osadzać poświadczenia bazy danych w aplikacji.
Przewodnik po PostgreSQL - Dla narzędzi AI
-
Serwer Xata MCP Klienci Claude, Cursor i MCP
Udziel asystentowi AI dostępu tylko do odczytu w Xata, uwzględniając schemat potrzebny do pisania prawidłowych zapytań SQL — bez konieczności podawania danych uwierzytelniających w czacie.
Przewodnik po PostgreSQL - Dostarczone do ludzi
-
Alerty i raporty Xata Slack · Discord · E-mail · Webhook
Utwórz harmonogram zapytań Xata 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ą linię.
Jak działają alerty i raporty
Jak to działa
5 kroków, bez zmiany zapory przychodzącej
Zainstaluj agenta sieciowego w dogodnym dla siebie miejscu. Otwiera on jedno połączenie wychodzące i nigdy nie nasłuchuje, więc nie ma reguły przychodzącej i nic z bazy danych nie jest ujawniane.
Wklej ciąg połączenia z konsoli Xata. Zostaną z niego odczytane host, port, identyfikator obszaru roboczego, klucz API i trasa do gałęzi bazy danych.
Sprawdź, czy pole „Baza danych” zawiera na przykład database:branch — mydb:main. Akceptowana jest nazwa bez dwukropka, co oznacza gałąź domyślną.
Pamiętaj, które dane uwierzytelniające są które: nazwa użytkownika to identyfikator Twojego obszaru roboczego, a hasło to klucz API, a nie hasło do Twojego konta.
Zapisz. Microsoft Excel, Arkusze Google, Power BI, MCP i REST odczytują gałąź za pośrednictwem tego jednego połączenia lub łączą ją z innymi źródłami jednym poleceniem tylko do odczytu.
Funkcja dogłębna
Co daje Ci Xata
Pole bazy danych to trasa, a nie nazwa
W każdym innym konektorze Postgres pole bazy danych zawiera identyfikator, a strumienie zapytań zapisują go małymi literami, ponieważ tak właśnie Postgres robi z nazwą bez cudzysłowu. W Xata byłoby to całkowicie błędne, więc to właśnie tam reguła jest wyłączona.
- Wartość jest parą baza danych:gałąź — mydb:main — który Xata rozwiązuje jako trasę. Nie jest to identyfikator Postgres i nie podlega regułom składania identyfikatorów.
- Gałąź o nazwie Feature-X zachowuje swoją wielką literę F i wielką literę X. Zapisana małą literą na feature-x przestaje być rozwiązywana, dlatego Xata jest jedynym łącznikiem wyłączonym z normalizacji.
- Pomiń dwukropek, a połączenie nadal będzie działać — ląduje w gałęzi domyślnej. Karta zwraca na to uwagę, zamiast ignorować problem, ponieważ lądowanie w gałęzi głównej, podczas gdy chodziło o gałąź funkcji, generuje poprawne liczby z błędnych danych.
- Nic innego w nazwie nie jest sprawdzane. Query Streams przepuszcza trasę w momencie jej wpisania i pozwala Xata zdecydować, czy zostanie ona rozwiązana.
Co agent robi z hostem Xata
Dwa zachowania są powiązane z sufiksem .sql.xata.sh i żadnego z nich nie możesz skonfigurować.
- TLS jest wymagany, a nie wymagany. Każdy host .sql.xata.sh jest połączony z włączonym szyfrowaniem, niezależnie od pola „Użyj SSL”, więc ciąg znaków, który utracił swój sslmode w schowku, nadal jest przesyłany w postaci zaszyfrowanej.
- Połączenie jest szyfrowane, ale łańcuch certyfikatów nie jest zweryfikowany. Tak to wygląda w praktyce i tak samo jest u każdego dostawcy hostingu, którego Query Streams rozpoznaje.
- W ścieżce nie ma poolera. Niektóre bezserwerowe usługi Postgres umieszczają pooler w trybie transakcji na początku i wymagają przypięcia przygotowanych instrukcji, aby sobie z tym poradzić; Xata tego nie wymaga, więc agent łączy się bezpośrednio i pomija to wszystko.
- Połączenie jest zapisywane jako PostgreSQL z Xata jako odznaką. Nie ma typu połączenia o nazwie Xata. — co oznacza również, że zwykłe połączenie Postgres, które nawiązałeś wcześniej z tym samym hostem, od razu przejmie markę Xata.
Wklej to zamiast przepisywać
Cztery dane uwierzytelniające, z których dwa łatwo pomylić, a jeden jest na tyle długi, że można go pomylić. Karta jest zbudowana wokół wklejenia sznurka i złapania reszty.
- Oczekiwaną formą jest adres URI postgresql:// z konsoli. Forma słowa kluczowego libpq host= również jest analizowana.
- Wszystko, co nie jest ciągiem połączenia Postgres, jest odrzucane i wyświetla komunikat informujący, gdzie znajduje się właściwy ciąg, zamiast być przetwarzanym w niewłaściwych polach.
- Klucz API ze spacją na początku lub na końcu jest oznaczany. Jest to artefakt schowka i powoduje błąd uwierzytelniania, co powoduje, że użytkownicy szukają niewłaściwego problemu.
- Identyfikator obszaru roboczego należy wpisać w polu nazwy użytkownika, a klucz API w polu hasła. Karta oznacza je w ten sposób, zamiast podawać nazwę użytkownika i hasło, pozostawiając użytkownikowi możliwość zgadnięcia.
-- Zwykły Postgres, tylko do odczytu, dla dowolnej gałęzi, na którą wskazałeś SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS income FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interwał '30 dni' GROUP BY c.name ORDER BY income 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 Xata z resztą swoich danych
Jedno polecenie może obejmować Xata i inne połączenia jednocześnie. 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
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 aplikacja_xata.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 Xata
- Gospodarz
- <region>.sql.xata.sh
- Port
- 5432
- Kierowca
- Npgsql, przenoszony przez agenta — nic do zainstalowania na końcu Xata
- Baza danych
- Trasa bazy danych:gałęzi, taka jak mydb:main. Przechodzi z zachowaniem kapitalizacji — jedyny łącznik, dla którego to prawda.
- Nazwa użytkownika
- Identyfikator Twojego obszaru roboczego, a nie nazwa konta
- Hasło
- Klucz API, a nie hasło do konta
- TLS
- Wymagane i wymuszane przez agenta dla każdego hosta .sql.xata.sh. Szyfrowane; łańcuch certyfikatów nie jest weryfikowany.
- Łączenie
- Brak — Xata nie potrzebuje żadnego wspólnego punktu końcowego, więc agent łączy się bezpośrednio
- Zapisano jako
- PostgreSQL z Xata zachowaną jako odznaka — nie ma typu połączenia o nazwie Xata
- Schemat domyślny
- publiczny, czyli taki, jaki niesie ze sobą odniesienie federacyjne
Zasada kapitalizacji jest głównym powodem istnienia tej karty, a nie kieruje użytkowników do zwykłej karty PostgreSQL. Zapytania strumieniowe zapisują nazwy baz danych Postgres małymi literami, co jest poprawne wszędzie indziej — identyfikator bez cudzysłowów jest w Postgresie zapisywany małymi literami, więc zachowanie wpisanego tekstu powodowałoby tylko zamieszanie. Pole „Baza danych” w Xata wcale nie jest identyfikatorem. Jest to trasa złożona z bazy danych i gałęzi połączonej dwukropkiem, a Xata odczytuje gałąź dosłownie. Po jej zagięciu gałąź o nazwie „Feature-X” staje się gałęzią o nazwie „Feature-x” i przestaje być rozwiązywana. W związku z tym Xata jest zwolniona z tego obowiązku i jest to jedyny łącznik na platformie, który jest spójny.
Błąd, któremu zapobiega wyjątek, jest nieprzyjemny, ponieważ wcale nie wygląda na awarię. Błędne trasowanie gałęzi zazwyczaj nie powoduje błędu — prowadzi do jakiegoś miejsca. Zapytanie skierowane do niewłaściwej gałęzi zwraca wiersze, które wyglądają jak dane, a w wyniku nie ma nic, co wskazywałoby, że odczytujesz schemat z zeszłego miesiąca, a nie z tego tygodnia. Z tego samego powodu nazwa bazy danych bez dwukropka jest oznaczana flagą: działa, po cichu oznacza gałąź domyślną, a arkusz kalkulacyjny pełen wierszy main, podczas gdy miałeś na myśli gałąź funkcji, jest gorszy niż komunikat o błędzie.
W przypadku zapytania międzyźródłowego Xata to zwykły Postgres. Połączenie o nazwie xata_app jest zapisane jako xata_app.public.orders i łączy się z folderem plików CSV, lokalnym systemem rekordów lub API rozliczeniowym jednym poleceniem tylko do odczytu — bez kopiowania i planowania. Gałąź wybrana w połączeniu to gałąź, którą odczytywane jest przez sprzężenie.
Dokumentacja dostawcy: xata.io
Często zadawane pytania
Pytania o Xata
Które narzędzia mogą odczytywać dane Xata przez strumienie 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 Xata?
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 strumienie zapytań mogą zmieniać dane w Xata?
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 Xata?
Dostępny host, rola i jej hasło — agent przenosi sterownik, więc nic nie jest instalowane w bazie danych. Host: <region>.sql.xata.sh. Port: 5432. Sterownik: Npgsql, przenoszony przez agenta — nic nie jest instalowane po stronie Xata. Baza danych: trasa baza_danych:gałęzia, taka jak mydb:main. Przekazywana z zachowaniem kapitalizacji — jedyny konektor, dla którego to prawda.
Czy mogę połączyć Xata z inną bazą danych w tym samym zapytaniu?
Tak — to jest zapytanie federacyjne. Jedno polecenie może odwoływać się do Xata i innych połączeń jednocześnie, zapisane jako connection.schema.table. Każde źródło uruchamia tylko tę część, którą może, i przesyła wynik z powrotem; łączenie odbywa się centralnie, więc źródła nigdy się ze sobą nie łączą i nic nie jest kopiowane ani planowane. Tryb tylko do odczytu dotyczy każdego fragmentu — tylko SELECT, WITH i EXPLAIN — i istnieje limit na to, ile jedno źródło może przekazać w ramach jednego zapytania. Zapytania federacyjne to funkcja planu; strona zapytań federacyjnych zawiera bieżące źródło i limity rozmiaru.
Czy łączenie Xata różni się od łączenia PostgreSQL?
Tylko ciąg połączenia. Xata obsługuje protokół PostgreSQL Wire Protocol, więc filtry, harmonogramowanie, udostępnianie, dodatki do Excela i Arkuszy Google oraz serwer MCP działają identycznie. Karta Xata wstępnie wypełnia ustawienia hosta, portu i SSL, których oczekuje dostawca.
Czy istnieje przewodnik po Xata i Excelu?
Tak — to przewodnik po PostgreSQL i jest on poprawny dla Xata w takiej formie, w jakiej został napisany. Xata obsługuje protokół PostgreSQL, więc Xata do Excela, Xata do Arkuszy Google i do każdego innego miejsca docelowego wykonuje te same kroki. Jedyną częścią specyficzną dla Xata jest ciąg połączenia, a karta Xata wypełnia go za Ciebie.
Umieść Xata tam, gdzie wykonywana jest praca
Zainstaluj agenta, skieruj go do swojej bazy danych i wybierz miejsce docelowe.
Tylko do odczytu Tylko wysyłka Dane uwierzytelniające pozostają przy agencie

