SQLiteクエリを安全なものに変換する REST API サーバーも共有ファイルもありません。
SQLiteは、組み込み型、ファイルベース、サーバー不要、認証不要で、地球上で最も広く使用されているデータベースです。SQLクエリをデータベースに保存します。 .sqlite ファイルを作成し、受信者ごとに API キーを生成して、パートナーにライブ JSON エンドポイントを渡すだけです。データベース ファイルを送る必要も、Flask ラッパーを構築する必要も、Dataset をホストする必要もありません。管理された読み取り専用のエンドポイントだけです。 SQLite REST API 数分で。
Query Streamsは、安全性の高いリアルタイムデータベース統合プラットフォームであり、保存されたSQLiteクエリを、受信者ごとのキー、読み取り専用の強制、および完全な監査証跡を備えた、パートナーがすぐに利用できるREST APIエンドポイントに変換します。 ライブ配信 SQLite REST API サーバーを運用したり、データベースファイルを送信したり、公開ツールをホスティングしたりすることなく。 詳細についてはQueryStreams.comをご覧ください そして 無料で登録する 数分で最初のSQLiteエンドポイントを公開できます。
SQLiteデータベースをREST APIとして公開する理由とは?
SQLite は、サーバーを持たないため、アプリ内、共有ドライブ、小規模な内部ツール、エッジなど、あらゆる場所で動作します。単一のファイルとライブラリで構成されており、管理するものは何もありません。しかし、外部の誰かがデータを必要とすると、その強みが壁となります。クライアントがライブフィードを要求したり、パートナーのアプリがスライスを読み取る必要があったり、アナリストがダッシュボードでロールアップを必要としたりすると、接続するポートもログインを発行する必要もありません。通常の回避策はすべて何らかの情報を漏洩します。 .sqlite ファイル(データの完全なコピーが他人のマシンに保存され、すぐに古くなる)、ホストして保護する必要のあるサーバー上に Flask または Datasette を起動するか、別の CSV エクスポートをスケジュールする必要があります。 SQLite REST API これはクリーンバージョンです。パートナーにはファイルではなく、URLとトークンが渡されます。Query Streamsでは、保存されたクエリとキーが渡されます。
サーバーなし、開いているポートなし
SQLiteにはネットワークリスナーがありません。追加する必要もありません。ネットワークエージェントは、 .sqlite ファイルはローカルに書き込まれ、発信されます。着信コールは、その発信回線を経由して戻ってきます。
受信者ごとのAPIキー
受取人全員に qsapi_* キー。他のキーには手を加えずに1つだけ無効化できます。復元する必要のあるファイルも、ローテーションする必要のあるパスワードもありません。
読み取り専用設計
エージェントはSQLiteを読み取り専用で開き、バリデーターがSELECT以外のステートメントを拒否します。 アップデート, 消去、または 添付 API を経由するパス。
SQLとファイルは非公開のままです
受信者はエンドポイント URL、JSON レスポンス、および公開したフィルターを見ることができますが、SQL、スキーマ、または .sqlite ファイル自体。
ホストやパッチを適用するものはありません
Datasetインスタンスも、Flaskアプリケーションも、リバースプロキシも不要です。エンドポイントはマネージド機能として実行されるため、デプロイパイプラインやTLSローテーションを管理する必要はありません。
永続的、期限付き、または自己消滅型
エンドポイントを永続的に設定したり、特定の日付に有効期限を設定したり、一定数のリクエスト後に自動的に削除される固定の呼び出し予算を設定したりできます。
SQLiteにREST APIを実装する一般的な方法とその問題点
ここには実際に使える選択肢があり、それぞれに利点があります。ただし、どの方法を選んでも、インフラストラクチャを自分で管理したり、データの完全なコピーを渡したり、あるいはその両方を行う必要があるという点が難点です。ここでは、目的が単に「特定のパートナーに特定の結果セットを読み取らせる」ことである場合、一般的なアプローチとクエリ ストリーム共有エンドポイントとの比較を示します。
| 懸念 | .sqlite ファイルを発送してください | データセット(自己ホスト型) | DIY Flask + sqlite3 | クエリストリーム |
|---|---|---|---|---|
| ネットワーク露出 | いいえ、ただしデータはあなたの管理下から離れます | ウェブサービスを実行して公開します | サービスをホストする | 発信専用エージェント - 受信ポートなし |
| 受取人が持っているもの | データベース全体の完全なコピー | データベース全体へのURL | サービスへのURL | 1つのクエリ専用のキー |
| データ/スキーマの公開 | すべて、永遠に | データベース全体、すべてのテーブル | あなたが手作業でコーディングするものは何であれ | 保存されたクエリは1つだけで、それ以外は何もありません。 |
| 受信者ごとのキー + 取り消し | 一度共有されると不可能 | 自分で作る | 自分で作る | 内蔵型 |
| すべての通話の監査ログ | 視界が全くない | 自分で追加してください | 自分で追加してください | 内蔵型 |
| TLSの操作/パッチ適用/ローテーション | 走るものはありません | はい、永遠に | はい、永遠に | 管理はお任せください |
| データは常に最新の状態を保つ | 送信した瞬間に古くなる | はい | はい | すべての通話に生出演 |
パートナー間でデータを共有するための代替データセットをお探しですか?
Datasetteは、SQLiteデータベース全体をJSON APIを備えた閲覧可能なサイトとして公開・探索するのに最適です。ホスティング環境は、お客様自身が管理・保護できます。一方、特定のパートナーに、独自のキー、監査証跡を備え、サーバー運用不要の、管理された読み取り専用の結果セットを提供したい場合は、Query Streamsがそのニーズを満たします。Datasetteはオープンなデータ探索に、Query Streamsは管理されたアウトバウンド共有に、それぞれ適したソリューションとして共存できます。
Query Streams が SQLite クエリを REST API に変換する方法
ネットワークエージェントをSQLiteファイルと同じ場所にインストールし、コネクタを設定したら、保存済みのクエリを共有RESTエンドポイントに展開するには、約3つの手順が必要です。Excel、Googleスプレッドシート、またはMCPサーバー用のクエリストリームを既に利用している場合は、エージェントとコネクタは既に設置済みですので、手順2から開始してください。
エージェントをSQLiteファイルに向けてください。
ネットワークエージェントを、 .sqlite (または .db / .sqlite3) ファイルを開き、SQLite コネクタを追加します。エージェントはファイルを読み取り専用で開き、アウトバウンド TLS 接続を確立します。インターネットに何も公開されません。
SQLクエリを保存する
書く セレクト SQLite接続に対してクエリビルダーでクエリを実行してください。JOIN、CTE、集計、パラメータなど、すべて使用可能です。名前を付けて保存してください。SELECTできるものはすべてエンドポイントにできます。
それを宣伝し、鍵を共有しましょう
インストール タブを開き、エンドポイント タイプ (永続、期限付き、またはコール バジェット) と出力形式を選択してから、受信者をメールで招待します。受信者はマジック リンク クレームと独自の qsapi_* 鍵。
保存されたクエリ1つ、多数のサーフェス
同じ保存された SQLite クエリは、Excel の更新、Google スプレッドシートのサイドバー、Claude または Cursor の会話を駆動できます。 MCPサーバー, そして 同時に、パートナー向けのRESTエンドポイントも作成できます。クエリは一度作成するだけで、Query Streamsがインターフェースを処理します。
実行するサーバーもなく、渡すファイルもない
チームがファイルをメールで送信したり、公開ツールを導入したりする代わりにこの方法を選ぶ理由は、そのセキュリティモデルにあります。SQLiteファイルはマシンから外部に出ることはなく、そのパスはネットワーク上のエージェントの設定内にのみ存在します。クラウドに送信されることも、受信者に表示されることもありません。さらに、各エンドポイントには、共有前に受信者ごとに制限を強化できる制御機能が備わっています。
読み取り専用の強制
SQLiteは読み取り専用モードで開かれ、ステートメントが実行される前にネットワーク上でバリデーターが実行されます。SELECT以外のステートメントは拒否されます。 読み取り専用違反.
IP + CORS許可リスト
受信者のキーを特定のIPアドレスまたはCIDR範囲に紐付け、各エンドポイントへの呼び出しを許可するブラウザの発信元を制限します。リスト外の呼び出しは、SQLクエリが実行される前に拒否されます。
レート制限 + バイト割り当て
2段階のレート制限(キーごと、エンドポイントごと)に加え、オプションの月間バイト上限により、通信量の多い受信者や通信量が制御不能な受信者を安全な範囲内に抑えることができます。
SQLite REST API を呼び出す
受信者は他の REST API と同様にエンドポイントを呼び出します。ベアラートークンと URL を使用します。公開した保存済みクエリ パラメータは呼び出しごとに設定できます。クエリ文字列で設定できます。 得る またはJSONボディで 役職エージェントはこれらの値を適切なプリペアドステートメントのパラメータとしてバインドし、文字列連結は決して行わないため、受信者はフィルタを抜け出してSQLを挿入することはできません。
呼び出しごとに出力形式を選択します。 受け入れる ヘッダー(または ?format= クエリパラメータ): JSON 単一の配列の場合、 CSV スプレッドシートやpandasの場合、またはストリーミングエンドポイントの場合、 NDJSON (1行に1つのJSON行)解析パイプライン用。帯域幅に敏感なコンシューマーは、 LZ4 ペイロード圧縮 Accept-Encoding: lz4非圧縮応答も標準規格に準拠します gzip 自動的にワイヤ上に表示されます。静的モードとストリーミングモードの詳細、4 つのワイヤの組み合わせ、および OpenAPI 3.1 生成については、以下を参照してください。 SQLデータベース用のインスタントREST API ガイド。
利用料金の請求方法
参加する電話 Accept-Encoding: lz4 実際に移動した圧縮バイト数に基づいて課金されます。そうでない場合は、非圧縮バイト数に基づいて課金されます。 gzip 回線上のデータは伝送専用であり、料金請求には一切影響しません。 共有バイト割り当て量の計測方法 →
Power BI、Tableau、およびJSONを読み取るあらゆる機器に接続できます。
すべてのエンドポイントが標準を返すため JSON CSVとストリーミングNDJSONに対応しているため、RESTフィードを読み取ることができるツールであれば、何もインストールすることなく、SQLiteデータを直接利用できます。 Power Query Microsoft BI スタックへの最も簡単な橋渡しは、 Power BI 選ぶ データ取得 → Webからエンドポイント URL を貼り付け、 承認 ヘッダーがあり、Power Query は JSON を解析して、データ モデルにフィードする更新可能なテーブルに変換します。(スプレッドシート内のライブ データの場合は、ネイティブ クエリ ストリーム Excel アドオン より簡単な方法は、Power BI モデル自体にデータが必要な場合は Power Query を使用することです。
また、 n8n, Qlik, カール、Python (リクエスト または pandas.read_jsonInsomnia、Hoppscotch、またはHTTPリクエストを送信してJSONを読み取ることができるスクリプトやワークフロー。
共有ドライブや埋め込みファイルにも対応
SQLite データベースがどこにあるかは関係ありません。エージェントは、ローカル ディスク上のファイル、共有ネットワーク ドライブ上のファイル、またはアプリケーションや内部ツールに組み込まれたデータベースに同じ方法で接続します。 .sqlite, .db、または .sqlite3レイテンシを最小限に抑えるには、ファイルが格納されているマシン上でエージェントを実行してください。1つのQuery Streamsアカウントで、サーバーやサイトをまたいで複数のエージェントを実行できます。また、単一のエンドポイントは、どのエージェントが処理しても同じように動作します。
SQLiteよりも
同じワークフローで、PostgreSQL、Microsoft SQL Server、MySQL、MariaDB、DuckDB、Microsoft Access、Snowflake、Oracle、またはBigQueryから保存されたクエリをRESTエンドポイントに昇格させます。SQLiteは、最も一般的な開始点の1つにすぎません。 コネクタ設定ガイド 現在のリストについては、こちらをご覧ください。
よくある質問
SQLiteのためにサーバーを起動したり、ポートを開放したりする必要はありますか? +
.sqlite ファイルは単一の送信ポート443接続を介してローカルに送信されるため、サーバー、ポート、または受信ファイアウォールルールは存在しません。 なぜ受信ポートが開かれないのか →受信者は私のSQL文を見たり、私の.sqliteファイルをダウンロードしたりできますか? +
.sqlite ファイルはあなたのコンピューターから決して外部に持ち出されません。ファイルをメールで送信する場合とは異なり、あなたのデータのコピーが受信者のドライブに保存されることは一切ありません。これはDatasetとどう違うのですか? +
稼働中のアプリケーションのSQLiteファイルに対してこれを指定しても安全でしょうか? +
APIはどのような出力形式を返すことができますか? +
受け入れる ヘッダーまたは ?format= パラメータ。オプションでLZ4ペイロード圧縮も利用可能。 出力フォーマットと配線モードの説明 →エンドポイントは期限切れになったり、自己消滅したりすることはできますか? +
受信者はQuery Streamsアカウントを必要としますか? +
スタート
最初のSQLite REST APIを無料で公開しましょう。
サインアップ後、SQLiteファイルと同じ場所にネットワークエージェントをインストールし、SQLクエリを保存して、受信者にマジックリンク付きのクレームをメールで送信します。受信者ごとのキー、読み取り専用の強制、および完全な監査証跡は、最初の呼び出しから有効になります。
関連ガイド: SQLデータベース用のインスタントREST API | DuckDBをREST APIとして公開する | データベースREST APIプラットフォーム | コネクタ設定ガイド
カテゴリ: APIプラットフォーム
タグ: sqlite-rest-api、sqlite、sqlite-server、sqlite-api、rest-api、expose-sqlite-as-api、datasette-alternative、share-sqlite-data、per-recipient-keys、no-code-api、database-rest-api
メタディスクリプション: SQLiteクエリを、受信者ごとのキーを持つ安全な読み取り専用REST APIに変換します。サーバー、共有ファイル、コードは一切不要です。

