Dynamiczne filtry SQL

Jedno pytanie. Każdy filtr. Zerowe narażenie na SQL.

Strumienie zapytań odczytują wartości w Twoim GDZIE klauzula — ciągi znaków, daty, liczby, listy IN — i zamienia każdą z nich w aktywną kontrolkę w programie Excel lub Arkuszach Google. Odbiorcy wybierają listy rozwijane i selektory dat; zapytanie SQL pozostaje ukryte, a dane aktywne.

Bezpłatny poziom na zawsze · Nie jest wymagana karta kredytowa
Automatycznie wykrywane elementy sterujące Napisz raz, filtruj na zawsze SQL nigdy nie eksponowany
Silnik wykrywania

Napisz SQL. Znajdź filtry.

Każda wartość statyczna w Twoim GDZIE Klauzula staje się kontrolką interaktywną — odpowiednią dla swojego typu. Zmień jedną i obserwuj, jak płynie ona prosto z powrotem do zapytania. (Demo ilustrujące — przykładowe dane.)

zapytanie.sqlKreator zapytań · Widok twórcy
SELECT produkt, region, przychód
Z sprzedaż
GDZIE region = „Zachód”
  ORAZ data_zamówienia >= '2025-01-01'
  ORAZ przychody >= 500
  ORAZ status W ('Zapłacono', 'Wysłano')
Wykryto 4 warunki możliwe do filtrowania
Filtry · Excel / Arkusze

Odbiorcy dotykają tylko elementów sterujących po prawej stronie. Nigdy nie widzą kodu SQL, nazw tabel ani danych uwierzytelniających bazy danych — i nie mogą zmienić logiki zapytania.

Cztery typy wartości. Cztery kontrolki natywne.

Strumienie zapytań mapują każdą wykrytą wartość na kontrolkę, która do niej pasuje — nie @variables wymagane, chociaż te również działają.

Ciąg → Lista rozwijana

Warunki tekstowe stają się polem wyboru — opcje wpisane lub uzupełnione na bieżąco z innego zapytania.

region = „Zachód”

Data → Selektor

MIĘDZY oraz >= warunki daty zmieniają się w selektory kalendarza dla początku i końca.

data_zamówienia >= '2025-01-01'

Liczba → Wejście

Porównania numeryczne stają się sprawdzonymi danymi wejściowymi — progami, kwotami, ilościami z rozsądnymi wartościami domyślnymi.

przychody >= 500

IN‑list → Wybór wielokrotny

W (…) klauzule stają się sprawdzalnymi żetonami — lista rozszerza się i zwęża, aby dopasować się do wyboru.

status W ('Zapłacono', 'Wysłano')

Dwa sposoby na utworzenie filtra

Pozwól strumieniom zapytań automatycznie wykrywać wartości w normalnym SQL lub jawnie je nazywać za pomocą @variables. Połącz oba w jednym zapytaniu.

Automatyczne wykrywanie

Pisz normalny kod SQL. Przełączaj, które wykryte wartości staną się filtrami — nie musisz uczyć się żadnej specjalnej składni.

automatycznie wykryty.sqlwykryte z literałów
SELECT *
Z zamówienia
GDZIE klient = 'ACME'
  ORAZ data zamówienia
      MIĘDZY '2025-01-01'
      ORAZ '2025-06-30'

Wyraźny @variables

Nadaj parametrom własne nazwy, aby mieć pełną kontrolę nad etykietami, wartościami domyślnymi i walidacją. Połącz z funkcją automatycznego wykrywania.

parametry.sqlnazwane parametry
SELECT *
Z sprzedaż
GDZIE region = @region
  ORAZ data_sprzedaży >= @data_rozpoczęcia
  ORAZ kategoria W (@kategorie)

Dodaj filtry w trzech krokach

Zbuduj raz; reszta po prostu wybiera i ucieka.

01

Napisz swój kod SQL

Napisz zapytanie za pomocą GDZIE warunki. Wartości statyczne, takie jak 'ACME' lub '2025-01-01' są automatycznie wykrywane jako parametry możliwe do filtrowania.

02

Skonfiguruj filtry

Przełączaj wykryte wartości, które mają stać się kontrolkami interfejsu użytkownika, i ustawiaj etykiety, wartości domyślne i opcje rozwijane na karcie Właściwości zapytania.

03

Użytkownicy filtrują na żądanie

Odbiorcy wybierają filtry i klikają „Uruchom”. Dane na żywo są przesyłane strumieniowo do Excel lub Arkusze Google w ciągu sekund.

Zarządzanie

Filtry zmieniają kształt zapytania. Nigdy go nie ujawniają.

Filtr zmienia tylko wartości, z którymi zapytanie jest uruchamiane – nigdy nie ujawnia kodu SQL, który za nim stoi. Tekst zapytania i dane uwierzytelniające bazy danych pozostają w agencie sieciowym; odbiorcy widzą kontrolki i wyniki, nic więcej.

  • Domyślnie wykonywanie tylko w trybie odczytu — tylko SELECT biegnie
  • Użytkownicy nie mogą edytować logiki SQL, a jedynie wartości, na które zezwolisz
  • Dane uwierzytelniające pozostają zaszyfrowane na agencie w obrębie Twojej sieci
  • Natychmiastowe cofnięcie dostępu dowolnej osobie z portalu internetowego
Chroniona granica zapytania
Tekst SQL Ukryty przed odbiorcami
Dane uwierzytelniające Zaszyfrowane na agencie
Sieć Połączenie tylko wychodzące
Wykonanie Domyślnie tylko do odczytu

Kto filtruje na żądanie

Jedno zapisane zapytanie, przekształcane przez każdego, kto je uruchamia — bez ingerencji w bazę danych.

Finanse

Rachunek zysków i strat według działu lub okresu fiskalnego. Jedno zapytanie filtruje przez każde centrum kosztowe.

Logistyka

Stan magazynowy według magazynu lub jednostki SKU, z filtrowaniem w czasie rzeczywistym według lokalizacji i stanu zapasów.

Marketing

Dane kampanii według kanału, zakresu dat i regionu — wyniki na żywo w dowolnym arkuszu kalkulacyjnym.

Dane API

Stripe, HubSpot i Shopify z filtrami daty i klienta za pośrednictwem Łącznik API.

Czym są dynamiczne filtry SQL?

A dynamiczny filtr SQL jest interaktywnym parametrem, który pozwala użytkownikowi arkusza kalkulacyjnego na zmianę GDZIE-wartości klauzuli w zapytaniu SQL bez konieczności edycji samego SQL. Zamiast stałego, niezmiennego raportu, zakodowane na stałe warunki stają się pełnymi elementami interfejsu użytkownika — listami rozwijanymi, selektorami dat, polami wprowadzania liczb i polami wielokrotnego wyboru — które każdy użytkownik może dostosować na żądanie, aby uzyskać aktualne, przefiltrowane wyniki z żywej bazy danych.

Automatyczne wykrywanie kontra filtry statyczne

Tradycyjne podejścia wymagają ręcznej parametryzacji lub zakodowanych na stałe warunków, które nigdy się nie zmieniają. Query Streams wykrywa wartości w Twoim GDZIE klauzula — ciągi znaków, daty, liczby i listy IN — i automatycznie renderuje każdą z nich jako pasujący element sterujący. Napisz normalny kod SQL; system znajdzie każdy filtrowalny warunek.

Filtry zakresu dat

Takie schorzenia jak W OKRESIE OD „2025-01-01” DO „2025-06-30” stają się elementami sterującymi wyborem daty. Użytkownicy wybierają datę początkową i końcową z kalendarza, a zapytanie bazowe aktualizuje się — filtruj według kwartału fiskalnego, ostatnich 30 dni lub dowolnego niestandardowego zakresu.

Filtry łańcuchowe i numeryczne

Takie schorzenia jak region = 'Zachód' lub kwota >= 500 twórz listy rozwijane i pola numeryczne — z wyszukiwaniem tekstu swobodnego, sprawdzaniem poprawności wartości, konfigurowalnymi ustawieniami domyślnymi i listami opcji pobieranymi bezpośrednio z bazy danych.

Wielozadaniowość na liście IN

Klauzule takie jak status IN ('Aktywny', 'Oczekujący') renderowane jako kontrolki wielokrotnego wyboru. Użytkownicy zaznaczają wiele wartości jednocześnie, a lista IN rozwija się lub zwija, aby je dopasować. Jedno zapytanie obsługuje wszystkich; zmieniają się tylko wartości filtrów.

Często zadawane pytania

Czy użytkownicy potrzebują danych uwierzytelniających bazy danych, aby korzystać z filtrów?

Nie. Agent sieciowy obsługuje całą łączność z bazą danych, używając poświadczeń, które pozostają zaszyfrowane w sieci. Użytkownicy nigdy nie widzą ciągów połączeń, nazw tabel ani kodu SQL — widzą tylko kontrolki filtrów i ich wyniki.

Jakie typy filtrów są obsługiwane?

Ciągi są renderowane jako listy rozwijane, daty jako selektory dat, liczby jako sprawdzone dane wejściowe, a W listy jako elementy sterujące wielokrotnego wyboru. Każdy typ jest wykrywany automatycznie z poziomu GDZIE klauzula.

Czy mogę używać list rozwijanych dla wartości filtrów?

Tak. Zdefiniuj statyczne listy rozwijane na karcie Właściwości zapytania lub wypełnij je dynamicznie z innego zapytania SQL, które zwraca dozwolone wartości.

Czy działa również z @variables?

Tak. Oprócz automatycznego wykrywania możesz użyć jawnego @variable składnia zapewniająca pełną kontrolę nad nazwami filtrów, typami i ustawieniami domyślnymi — można łączyć oba podejścia w jednym zapytaniu.

Czy jest bezpieczne?

Tak. Agent nawiązuje połączenie tylko wychodzące — bez portów przychodzących i VPN — a żądania i wyniki przesyłane są przez pojedynczy szyfrowany kanał. Dane SQL nigdy nie są udostępniane użytkownikom, wykonywanie jest domyślnie tylko do odczytu, a dostęp można natychmiast cofnąć z poziomu portalu.

Czy działa z zapytaniami API Connector?

Tak. Filtry dynamiczne działają ze Stripe, HubSpot, Shopify, Google Analytics 4, ShipStation, Search Console i iTick za pośrednictwem Łącznik API.

Czy wielu użytkowników może uruchomić to samo zapytanie jednocześnie?

Tak. Każdy użytkownik może uruchomić to samo współdzielone zapytanie z różnymi wartościami filtrów jednocześnie, a jeden użytkownik może uruchomić kilka z nich równolegle na oddzielnych kartach arkusza kalkulacyjnego.

Czym różnią się dynamiczne filtry SQL od statycznych raportów?

Raporty statyczne prezentują stałe dane. Dynamiczne filtry SQL pozwalają każdemu użytkownikowi dostosować parametry – zakresy dat, regiony, kategorie produktów – i uzyskać aktualne, przefiltrowane wyniki na żądanie. To samo zapytanie jest obsługiwane przez każdego użytkownika; zmieniają się tylko wartości filtrów.

Dodaj filtry do dowolnego zapytania.

Napisz kod SQL raz, udostępnij wybrane filtry i pozwól każdemu samodzielnie kształtować wyniki — a zapytanie pozostanie Twoje.

Bezpłatny poziom na zawsze · Nie jest wymagana karta kredytowa