Wyświetl kategorie

Jak udostępnić bazę danych Microsoft Access jako bezpieczny interfejs API REST

13 minut czytania

Logo programu Microsoft Access MICROSOFT ACCESS Interfejs API REST

Zmień zapytanie programu Microsoft Access w bezpieczne Interfejs API REST — brak eksportu, brak udostępniania plików.

Microsoft Access to stacjonarna baza danych oparta na plikach, bez interfejsu API sieciowego i realnego sposobu bezpiecznego udostępniania danych osobom trzecim. Zapisz zapytanie do swojego .accdb plik, utwórz klucz API dla każdego odbiorcy i przekaż partnerowi aktywny punkt końcowy JSON — bez eksportu z programu Excel do wiadomości e-mail, bez .accdb Plik do skopiowania na dysk współdzielony. Tylko kontrolowany, tylko do odczytu Interfejs API REST programu Microsoft Access w ciągu kilku minut.

Brak pliku do udostępnienia Klucze dla każdego odbiorcy Wymuszone tylko do odczytu Nic do wdrożenia

Query Streams to bezpieczna platforma integracji baz danych w czasie rzeczywistym, która przekształca każde zapisane zapytanie programu Microsoft Access w gotowy do współpracy punkt końcowy interfejsu API REST — z kluczami dla poszczególnych odbiorców, wymuszaniem trybu tylko do odczytu i pełnym śladem audytu. Dostajesz na żywo Interfejs API REST programu Microsoft Access bez wysyłania eksportów e-mailem, kopiowania .accdb pliku lub pisania jakiegokolwiek kodu. Więcej informacji można znaleźć na stronie QueryStreams.com. oraz zarejestruj się za darmo aby w ciągu kilku minut opublikować pierwszy punkt końcowy Microsoft Access.

Dlaczego warto udostępnić bazę danych Microsoft Access jako interfejs API REST?

Wiele prawdziwych firm nadal korzysta z bazy danych Microsoft Access — listy inwentaryzacyjnej, modułu śledzenia zleceń, rejestru klientów, który po cichu spełniał swoją funkcję przez lata. Działa, ale nigdy nie został stworzony do udostępniania danych światu zewnętrznemu. Nie ma punktu końcowego sieci, odpowiednich kont użytkowników ani bezpiecznego sposobu, aby klient, księgowy lub dostawca mógł odczytać tylko potrzebne mu dane. Dlatego dane są przesyłane w jedyny sposób dozwolony przez Access: ktoś eksportuje plik Excela i wysyła go e-mailem (nieaktualny w momencie wysłania) lub w całości. .accdb Plik zostaje umieszczony na dysku współdzielonym (teraz wszyscy mogą wszystko zobaczyć, na zawsze). Interfejs API REST programu Microsoft Access to czysta wersja tego rozwiązania — partner otrzymuje adres URL i token dla jednego konkretnego zapytania, a nie kopię Twojej bazy danych. Query Streams tworzy zapisane zapytanie wraz z kluczem, bez konieczności kodowania.

Brak pliku do wysłania e-mailem lub udostępnienia

Zatrzymaj wysyłanie eksportów i kopii programu Excel .accdbAgent sieciowy odczytuje lokalnie Twój plik Access i udostępnia wynik na żywo — żadna kopia Twoich danych nigdy nie opuszcza Twojej sieci.

Klucze API dla każdego odbiorcy

Każdy odbiorca otrzymuje swój własny qsapi_* klucz. Cofnij jedno bez ruszania pozostałych — nie ma pliku do odzyskania, nie ma wspólnego hasła do zmiany.

Tylko do odczytu z założenia

Agent otwiera Access tylko do odczytu, a walidator odrzuca każde polecenie inne niż SELECT. Odbiorca nie ma możliwości edycji, dodawania ani usuwania rekordów za pośrednictwem interfejsu API.

Twoje dane i pliki pozostają prywatne

Odbiorca widzi adres URL punktu końcowego, odpowiedź JSON i wszelkie udostępnione przez Ciebie filtry — nigdy Twoje inne tabele, formularze ani .accdb plik sam w sobie.

Nic do zbudowania lub poprawienia

Bez usługi sieciowej VBA, oprogramowania pośredniczącego .NET ani witryny IIS. Punkt końcowy działa jako funkcja zarządzana, więc nie trzeba pisać kodu ani dbać o bezpieczeństwo serwera.

Trwałe, wygasające lub samoniszczące

Ustaw punkt końcowy jako stały, ustaw jego wygaśnięcie w określonym dniu lub określ dla niego stały budżet wywołań, który ulegnie samoczynnemu zniszczeniu po określonej liczbie żądań.

Typowe sposoby udostępniania danych Access — i dlaczego są szkodliwe

Większość platform Access udostępnia dane na trzy sposoby, a każdy z nich udostępnia więcej, niż powinien. Oto porównanie tych podejść ze współdzielonym punktem końcowym Query Streams, gdzie celem jest po prostu „umożliwienie danemu partnerowi odczytania określonego zestawu wyników”.

Obawa Wyślij e-mailem eksport do Excela/CSV Udostępnij plik .accdb na dysku Usługa VBA/.NET DIY Strumienie zapytań
Czy dane są aktualne? Nie – nieaktualne od momentu wysłania Tak, ale cały plik jest ujawniony Tak Bądź na bieżąco z każdym połączeniem
Co odbiorca trzyma Pełna kopia eksportowanych danych Kopia całej Twojej bazy danych Adres URL do Twojej usługi Klucz jednofunkcyjny do jednego zapytania
Ujawnienie danych/schematu Cokolwiek wyeksportowałeś Każda tabela, zapytanie i formularz Cokolwiek kodujesz ręcznie Jedno zapisane zapytanie, nic więcej
Klucze dla odbiorcy + odwołanie Niemożliwe, gdy już zostanie wysłane Niemożliwe, gdy się je skopiuje Zbuduj to sam Wbudowany w
Rejestr audytu każdego połączenia Nic Nic Dodaj to sam Wbudowany w
Kod/serwery do utrzymania Nic Nic Tak, na zawsze Zarządzane dla Ciebie

Korzystaj z Accessa dokładnie tak samo, jak robisz to dzisiaj

Nic w Twojej bazie danych Access się nie zmienia. Twoje formularze, raporty i makra pozostają bez zmian, a Twój zespół pracuje w Access jak zawsze. Query Streams po prostu dodaje bezpieczny, tylko do odczytu sposób, aby osoby z zewnątrz mogły pobrać określone zapytanie — znajduje się ono obok Twojej bazy danych, a nie ją zastępuje.

W jaki sposób Query Streams przekształca zapytanie Access w interfejs API REST

Po zainstalowaniu agenta sieciowego na komputerze z systemem Windows, który może uzyskać dostęp do pliku Access, przeniesienie zapisanego zapytania do współdzielonego punktu końcowego REST zajmuje około trzech kroków. Jeśli korzystasz już z usług Query Streams dla programu Excel, Arkuszy Google lub serwera MCP, agent i łącznik są już zainstalowane — zaczynasz od kroku drugiego.

1

Wskaż agentowi plik dostępu

Zainstaluj agenta sieciowego na komputerze z systemem Windows, który może nawiązać połączenie z Twoim komputerem. .accdb lub .mdb Plik i dodaj łącznik Microsoft Access. Agent odczytuje plik za pomocą modułu Access Database Engine i nawiązuje połączenie przez TLS — nic nie jest narażone na dostęp do internetu.

2

Zapisz zapytanie SQL

Napisz SELECT w Kreatorze zapytań do połączenia z programem Access — łączenia między tabelami, zapytania sumujące i parametry są mile widziane. Nazwij i zapisz. Wszystko, co można WYBRAĆ, może stać się punktem końcowym.

3

Promuj i udostępniaj klucz

Otwórz kartę Instalacja, wybierz typ punktu końcowego (stały, wygasający lub budżet połączeń) i format wyjściowy, a następnie zaproś odbiorcę e-mailem. Otrzyma on zgłoszenie magicznego łącza i własne. qsapi_* klawisz.

Jedno zapisane zapytanie, wiele powierzchni

To samo zapisane zapytanie programu Access może powodować odświeżenie programu Excel, pasek boczny Arkuszy Google, konwersację Claude'a lub Cursora Serwer MCP, oraz punkt końcowy REST skierowany do partnera w tym samym czasie. Zapytanie tworzy się raz, a strumienie zapytań obsługują powierzchnie.

Żadnego pliku do udostępnienia, żadnego kodu do napisania

Model bezpieczeństwa to powód, dla którego zespoły wybierają to rozwiązanie zamiast wysyłania arkusza kalkulacyjnego e-mailem lub udostępniania pliku bazy danych. Twój plik Access nigdy nie opuszcza komputera, a ścieżka do niego znajduje się wyłącznie w konfiguracji agenta w Twojej sieci — nigdy nie jest przesyłany do naszej chmury i nigdy nie jest widoczny dla odbiorcy. Co więcej, każdy punkt końcowy zapewnia kontrolę nad odbiorcami, którą możesz zaostrzyć przed udostępnieniem.

Agent tylko wychodzący

Agent wybiera numer agent.querystreams.com na porcie 443 — normalny ruch wychodzący HTTPS, brak portów przychodzących lub VPN. jak działa połączenie tylko wychodzące →

Wymuszanie tylko do odczytu

Dostęp jest otwierany tylko do odczytu, a walidator uruchamia się w sieci przed wykonaniem jakiegokolwiek polecenia. Polecenia inne niż SELECT są odrzucane. NARUSZENIE TYLKO DO ODCZYTU.

Listy dozwolone IP + CORS

Przypnij klucz odbiorcy do określonych adresów IP lub zakresów CIDR i ogranicz, które przeglądarki mogą wywoływać poszczególne punkty końcowe. Połączenia spoza listy są odrzucane przed uruchomieniem jakiegokolwiek zapytania SQL.

Limity szybkości + limity bajtów

Dwupoziomowe limity przepustowości (na klucz i na punkt końcowy) oraz opcjonalny miesięczny limit bajtów utrzymują zaszumionego lub uciekającego odbiorcę w bezpiecznym promieniu rażenia.

Zadzwoń do swojego interfejsu API REST programu Microsoft Access

Odbiorcy wywołują punkt końcowy jak każdy inny interfejs API REST: token nośnika i adres URL. Każdy udostępniony parametr zapisanego zapytania można ustawić w każdym wywołaniu — w ciągu zapytania. DOSTAWAĆ lub w treści JSON dla POSTAgent wiąże te wartości jako właściwe parametry, nigdy jako łączenie ciągów znaków, więc odbiorca nie może wyjść poza filtr, aby wstrzyknąć kod SQL.

GET z parametrem filtru
# Połączenie odbiorcy z punktem końcowym obsługiwanym przez Access kędzior -H „Autoryzacja: Nośnik qsapi_K7…ZmQ” \ „https://api.querystreams.com/v1/endpoints/open-invoices?status=unpaid&since=2026-01-01”

Wybierz format wyjściowy dla każdego połączenia za pomocą Przyjąć nagłówek (lub ?format= parametr zapytania): JSON dla pojedynczej tablicy, CSV dla arkuszy kalkulacyjnych i Pandas lub w punkcie końcowym przesyłania strumieniowego, NDJSON (jeden wiersz JSON na linię) dla potoków parsowania w trakcie pracy. Dla użytkowników wrażliwych na przepustowość wybierz opcję LZ4 kompresja ładunku z Kodowanie akceptujące: lz4; nieskompresowane odpowiedzi również otrzymują standard gzip automatycznie na kablu. Aby uzyskać pełny podział trybów statycznych i strumieniowych, czterech kombinacji kabli i generacji OpenAPI 3.1, zobacz Natychmiastowy interfejs API REST dla baz danych SQL przewodnik.

Jak rozliczane jest użytkowanie

Platforma API jest zawarta w każdym planie i korzysta z takiego samego miesięcznego limitu bajtów jak Excel, Arkusze Google i serwer MCP — Kodowanie akceptujące: lz4 wzywa rachunek za skompresowane bajty, które zostały przeniesione. jak rozliczenia oparte na bajtach działają na różnych powierzchniach →

Podłącz do Power BI, Tableau i dowolnego urządzenia odczytującego JSON

Ponieważ każdy punkt końcowy zwraca standard JSON — dzięki możliwości odczytu plików CSV i strumieniowego przesyłania danych NDJSON — każde narzędzie, które może odczytać kanał REST, pobiera dane Access bezpośrednio, bez konieczności instalowania czegokolwiek. Power Query jest najłatwiejszym mostem do stosu Microsoft BI: w Power BI wybierać Pobierz dane → Z sieci, wklej adres URL punktu końcowego, dodaj swój Upoważnienie nagłówek, a Power Query analizuje JSON i przekształca go w tabelę, którą można odświeżać i która zasila model danych. (W przypadku danych na żywo w arkuszu kalkulacyjnym, natywny Dodatek Query Streams do programu Excel jest prostszą ścieżką — Power Query jest dostępny, gdy chcesz mieć dane w samym modelu Power BI.)

Logo Microsoft Power Query Power Query Pobierz dane → Z sieci, wklej adres URL i token nośnika, rozwiń JSON do tabeli, którą można odświeżyć
Logo Microsoft Power BI Power BI Ten sam silnik Power Query — załaduj punkt końcowy bezpośrednio do modelu i zaplanuj odświeżenie
Logo Tableau Żywy obraz Wskaż łącznik danych internetowych lub źródło JSON w punkcie końcowym, aby uzyskać dostęp do pulpitów nawigacyjnych na żywo
Logo listonosza Listonosz Zaimportuj specyfikację OpenAPI 3.1, a następnie wysyłaj, sprawdzaj i udostępniaj żądania jednym kliknięciem

On również karmi n8n, Qlik, kędzior, Python (upraszanie lub pandas.read_json), Bezsenność, Hoppscotch — lub dowolny skrypt lub przepływ pracy, który może wysłać żądanie HTTP i odczytać JSON.

Działa z plikami .accdb, .mdb i udziałami sieciowymi

Nie ma znaczenia, jak stara jest Twoja baza danych Access ani gdzie się znajduje. Agent łączy się w ten sam sposób z nowoczesnym .accdb plik lub spuścizna .mdbNiezależnie od tego, czy znajduje się na dysku lokalnym, współdzielonym dysku sieciowym, czy jako zaplecze oddzielnej konfiguracji front-end/back-end. Agent działa w systemie Windows i używa aparatu bazy danych Microsoft Access do odczytu pliku. Aby zminimalizować opóźnienie, uruchom agenta na komputerze z bazą danych lub w jego pobliżu; jedno konto Query Streams może obsługiwać wiele agentów w różnych lokalizacjach.

Wyrastasz z Access?

Ten sam przepływ pracy promuje zapisane zapytanie z PostgreSQL, Microsoft SQL Server, MySQL, MariaDB, SQLite, DuckDB, Snowflake, Oracle lub BigQuery do punktu końcowego REST. Jeśli kiedykolwiek przeniesiesz dane Access do jednego z nich, Twoje punkty końcowe zostaną przeniesione wraz z nimi — adres URL i klucz odbiorcy pozostaną takie same. Przeglądaj Przewodniki konfiguracji złącza aby zobaczyć aktualną listę.

Często zadawane pytania

Czy muszę zmienić bazę danych Access lub otworzyć port? +
Nie. Baza danych Access pozostaje dokładnie taka sama — te same formularze, raporty i tabele — a agent sieciowy działa na komputerze z systemem Windows, który może uzyskać dostęp do pliku, otwiera go w trybie tylko do odczytu i nawiązuje połączenie. agent.querystreams.com na porcie 443 bez portu przychodzącego do otwarcia. dlaczego nie jest potrzebna żadna zmiana zapory sieciowej →
Czy działa zarówno z plikami .accdb, jak i starszymi plikami .mdb? +
Tak. Agent korzysta z aparatu bazy danych Microsoft Access do odczytu nowoczesnych .accdb pliki, jak i starsze .mdb Bazy danych, czy to na dysku lokalnym, współdzielonym dysku sieciowym, czy jako zaplecze oddzielnej aplikacji. Działa w systemie Windows, gdzie dostępny jest moduł Access Database Engine.
Czy odbiorca może zobaczyć całą moją bazę danych, czy tylko zapytanie? +
Tylko jedno zapytanie. Odbiorca widzi adres URL punktu końcowego, treść odpowiedzi i wszelkie parametry udostępnione jako filtry — nigdy Twoje inne tabele, formularze ani .accdb samego pliku. W przeciwieństwie do udostępniania pliku, żadna kopia Twojej bazy danych nigdy nie trafi na komputer odbiorcy.
Czy odbiorca może zmienić lub usunąć moje dane dostępowe? +
Nie. Agent otwiera Access tylko do odczytu, a walidator odrzuca każde polecenie inne niż SELECT, więc nie ma możliwości edycji, dodawania ani usuwania rekordów za pośrednictwem API. Twój zespół zachowuje pełny dostęp do edycji w Access, jak zwykle; API jest wyłącznie do odczytu.
Jakie formaty wyjściowe może zwracać API? +
JSON (domyślnie), CSV i — w punkcie końcowym przesyłania strumieniowego — NDJSON, wybierany podczas połączenia z Przyjąć nagłówek lub ?format= parametr z opcjonalną kompresją ładunku LZ4. cztery formaty przewodowe i tryby statyczny i strumieniowy →
Czy punkt końcowy może wygasnąć lub ulec samozniszczeniu? +
Tak. Punkt końcowy może być trwały, mieć ustawiony termin ważności lub mieć ustalony budżet na połączenia, który przestanie działać po określonej liczbie żądań – przydatne przy jednorazowym przekazaniu danych klientowi lub audytorowi. Można również natychmiast unieważnić klucz dowolnego odbiorcy z poziomu Portalu, bez wpływu na pozostałych.
Czy odbiorca potrzebuje konta Query Streams? +
Nie — odbiorca zaproszony pocztą elektroniczną otrzymuje wniosek o magiczny link i automatycznie utworzony klucz Free-tier, albo możesz wydać klucz usługi umożliwiający nienadzorowany dostęp między maszynami. klucze dla każdego odbiorcy a klucze usługowe →

Rozpocznij

Opublikuj bezpłatnie swój pierwszy interfejs API REST Microsoft Access.

Zarejestruj się, zainstaluj agenta sieciowego na komputerze z systemem Windows, który może uzyskać dostęp do pliku Access, zapisz zapytanie SQL i wyślij adresatowi e-mail z oświadczeniem Magic-Link. Klucze dla każdego odbiorcy, wymuszanie trybu tylko do odczytu i pełny dziennik audytu są dostępne od pierwszego połączenia.

Powiązane przewodniki: Natychmiastowy interfejs API REST dla baz danych SQL | Udostępnij SQLite jako REST API | Platforma API REST bazy danych | Przewodniki konfiguracji złącza

Kategoria: Platforma API

Tagi: microsoft-access-rest-api, ms-access-api, access-database-api, rest-api, expose-access-as-api, share-access-data, accdb, per-recipient-keys, no-code-api, database-rest-api

Metaopis: Zmień zapytanie programu Microsoft Access w bezpieczny, tylko do odczytu interfejs API REST z kluczami dla każdego odbiorcy — bez eksportów, współdzielonego pliku .accdb i kodu.

Zaktualizowano na czerwiec 16, 2026

Powered by BetterDocs