SQLiteフォルダのロゴ

組み込みデータベース 新着

クエリ SQLiteフォルダ SQL を使用 — Excel、Google スプレッドシート、AI、REST

SQLiteデータベースのフォルダ全体を、あたかも1つのデータベースであるかのようにクエリできます。店舗ごと、またはデバイスごとに400個のファイルがあっても、400個のエクスポートファイルを作成する代わりに、1つのGROUP BY句で回答が得られます。

一つの接続、あらゆる表面

SQLiteフォルダのデータを保存できる場所

Query Streams は、SQLite データベースのフォルダ全体を、Microsoft Excel、Google Sheets、MCP 経由の AI アシスタント、REST API、Power BI から読み取り可能なライブ SQL テーブルに変換します。同じ形状のテーブルがファイル全体に一度固定されると、すべてのファイルの行がそのテーブルに積み重ねられるため、店舗ごとまたはデバイスごとに 400 個のデータベースが単一の GROUP BY で応答します。セルフホスト型エージェントは各ファイルを読み取り専用で開きます。データベースはマシン上に保持され、クエリ結果のみがネットワークから送信されます。

1 つのフォルダー エンジン上の 9 つのファイル セット ドライバーの 1 つ - インベントリ テーブル、変更履歴、および拒否ルール 機能 家族で共有する SQLiteフォルダ ファイルシステム CSVフォルダ 寄木細工のフォルダー Excelフォルダ JSONLフォルダ 複数レコードのCSV マシンログ ウェブサーバーログ

  1. チーム、ベンダー、パートナーの皆様へ
  2. SQLiteフォルダをExcelに変換 Microsoft Excel · Excelアドイン

    SQLiteフォルダのリアルタイム結果をワークシートに直接取り込み、必要に応じて更新できます。対応環境は、デスクトップ版Excel、Excel Online、Microsoft 365です。

    Excelの仕組み
  3. SQLiteフォルダをGoogleスプレッドシートに変換する Sheetsアドオン

    サイドバーから保存済みのSQLiteフォルダクエリを実行し、結果をシートにドラッグ&ドロップします。共有されている共同作業者は、各自でシートを更新できます。

    Googleスプレッドシートの仕組み
  4. NovaにSQLiteフォルダについて聞いてみよう Nova AI · テキストからSQLへ

    平易な英語で質問してください。Novaは既にSQLiteフォルダのテーブル構造を把握しており、SQL文を作成して実行し、回答を説明してグラフ化します。クエリを作成する必要も、認証情報を提供する必要もありません。

    Novaの仕組み
  5. SQLiteフォルダをデータビューアに変換する 結果共有 · チーム、ベンダー、パートナー · 電話、タブレット、デスクトップ

    SQLite Folderのリアルタイム結果を、同僚、ベンダー、パートナーなど、誰とでも共有できます。共有されたグリッドはブックマーク可能で、スマートフォン、タブレット、デスクトップなど、どのデバイスで開いても常に最新の状態に戻ります。相手には結果のみが表示され、SQL文やファイルの内容は一切表示されません。

    データビューアの仕組み
  6. アプリとシステム向け
  7. SQLiteフォルダREST API HTTPエンドポイント

    SQLite Folderクエリを、認証済みのJSONエンドポイントとして公開します。このエンドポイントは、OpenAPI 3.1仕様に準拠し、Postman、Insomnia、Hoppscotch用の既製コレクションも用意されているため、どのアプリケーションでも呼び出すことができます。データベースポートは開放されません。

    REST APIの仕組み
  8. SQLiteフォルダをPower BIに Power Query M

    生成された Power Query M を Power BI アドバンスト エディターに貼り付けると、レポートは HTTPS 経由でリアルタイムの SQLite フォルダーの結果を読み取ります。ODBC ドライバーもデータベース ポートも開かれません。

    Power BI の仕組み
  9. SQLiteフォルダをAirtableへ 自動化プラットフォーム

    SQLiteフォルダの行をスケジュールに基づいてAirtableベースに同期したり、Airtable自動化スクリプト内で取得したりできます。

    Airtableの仕組み
  10. SQLiteフォルダをBaserowへ 自動化プラットフォーム

    SQLiteフォルダからBaserowテーブルにRESTエンドポイント経由でデータを供給します(セルフホスト環境またはBaserowクラウド環境)。

    Baserowの仕組み
  11. SQLiteフォルダをSeaTableへ 自動化プラットフォーム

    ファイルをエクスポートしたりデータベースを公開したりすることなく、SQLiteフォルダのデータを使用してSeaTableベースを最新の状態に保つ。

    SeaTableの仕組み
  12. SQLiteフォルダをSmartsheetへ 自動化プラットフォーム

    SQLiteフォルダの結果をSmartsheetグリッドにプッシュすることで、計画やレポートが先週のエクスポートではなく、ソースシステムから読み込まれるようにします。

    Smartsheetの仕組み
  13. SQLiteフォルダをAnvilへ Anvil Works · アプリプラットフォーム

    Anvil PythonアプリをSQLite Folderでバックアップするには、アプリ内にデータベース認証情報を埋め込むのではなく、RESTエンドポイントを使用します。

    Anvilの仕組み
  14. AIツール向け
  15. SQLiteフォルダMCPサーバー Claude、Cursor、およびMCPクライアント

    AIアシスタントに、正しいSQLを作成するために必要なスキーマを含むSQLiteフォルダへの読み取り専用アクセス権を与えます。チャットに認証情報を含める必要はありません。

    MCPの仕組み
  16. 人々に届けられる
  17. SQLiteフォルダのアラートとレポート Slack · Discord · メール · Webhook

    SQLite Folderクエリをスケジュール設定して、結果をSlack、Discord、メール、または署名付きWebhookに送信するか、行数、しきい値、または変化率が設定した値を超えるまでメッセージを保留することができます。

    アラートとレポートの仕組み

仕組み

5つのステップ、受信ファイアウォールの変更は不要

01

ネットワークエージェントは、.db / .sqlite ファイル(デバイスダンプ、店舗ごとのデータベース、ジョブごとのキャプチャ)が格納されているフォルダにアクセスできる場所にインストールしてください。

02

コネクタをその場所に向けます。すべてのデータベースは完全に読み取り専用で開かれ、-wal / -journal サイドファイルは無視されるため、何も変更されません。

03

エージェントは各データベースのテーブル定義を読み取ります。複数のファイルにわたって同じ形状を持つテーブルは、一度だけ固定されます。

04

各ファイルからの行は、そのテーブルに格納され、それぞれに、元のデータベースを示す_source_file列がタグ付けされます。

05

全車両を一度に照会することも、特定の店舗やデバイスに絞り込むことも可能です。

機能の詳細解説

SQLiteフォルダが提供するもの

一度に1ファイルではなく、艦隊全体で

シングルファイルSQLiteコネクタは、1つのデータベースを開きます。これは、アプリケーションのローカルストレージに適したカードです。このカードは、同じデータベースが店舗、機械、車両、またはジョブごとに複数存在し、実際の質問がそれらすべてにまたがる場合に使用します。

-- 各店舗のデータベースから1つの回答 SELECT _source_file AS store, COUNT(*) AS tickets, SUM(total) AS sales FROM data_orders GROUP BY store ORDER BY sales DESC

タイプは読み取るものであり、推測するものではない。

  • 列の型は、各データベースが宣言したスキーマに基づいて決定され、値のサンプリングによって決定されるわけではありません。
  • ファイル間で同じテーブルの型が異なる場合、コネクタはピン留めを拒否し、すべてをテキストにフラット化する代わりに、競合箇所に名前を付けます。
  • 後で不一致が判明したファイルは保留され、そのテーブル、列、行は files_events で識別されます。
  • 開けないデータベースはセットアップ中にスキップされるため、ロックされたファイルや破損したファイルが1つあっても、残りの処理が停止することはありません。

ファイルセットファミリー全体で共有されています

すべてのフォルダーコネクタには、

  • files_current — リアルタイムのインベントリ:コネクタが現在認識できるすべてのファイルとそのパス、サイズ、更新日時。
  • ファイルイベント —監査証跡:何が出現し、何が変更され、何が消失し、何が保留されたか、ファイル名と理由とともに記録される。
  • ディレクトリとボリューム フォルダごとの合計、日々の増加履歴、およびドライブの空き容量。
  • 同期のたびに再読み込みされるのは実際に変更されたファイルのみであるため、50,000個のファイルを含むフォルダは、新しいエクスポートが1つ追加されたからといって再解析されることはありません。

知っておくと良い

  • 読み取り専用、強制 一度に1つのステートメントのみを実行します。SELECT文とその関連コマンドのみを使用します。ファイルは書き込まれたり、移動されたり、名前が変更されたりすることはありません。
  • 何もアップロードされていません データはエージェントと並行して、お客様自身のマシン上にキャッシュされ、暗号化されます。お客様のネットワークから外部に送信されるのは、クエリの結果のみです。
  • 賢明なデフォルト設定 最大25万ファイル、階層16階層、ファイルサイズ512MBまで対応。すべて調整可能です。ごみ箱、.gitフォルダ、node_modulesフォルダは常にスキップされます。
  • SQL方言はDuckDBです — 他のコネクタに対して記述するのと同じSQL文です。

クロスソースSQL

SQLiteフォルダを他のデータと結合する

ファイルフォルダは他のSQLテーブルと同様にSQLテーブルの集合体であるため、1つのステートメントでデータベースとAPIに同時に結合できます。各ソースは実行可能な部分のみを実行し、結果をストリームで返送します。結合は中央で行われるため、ソース同士が直接通信したり、データがどこかにコピーされたりすることはありません。

接続数3件・エージェント数3名

SQLiteフォルダ 組み込みデータベース
PostgreSQL 関係エンジン
ストライプ 支払いと請求

一つの声明

-- コピーなし、マージなし、スケジュールなし
セレクト   c.region、COUNT(*) AS orders、SUM(i.amount_due) AS invoiced
フロム     store_dbs.fileset.data_orders1 f
ジョイン     pg_crm.一般顧客2       c ON c.id = f.customer_id
ジョイン     請求する.stripe.invoices3       i ON i.customer = c.stripe_id
GROUP BY c.領域
ORDER BY 請求書記載のDESC;

接続、スキーマ、テーブルの3つの部分から構成され、接続名はユーザーが自由に設定できます。これは例示用の列であり、テーブルはユーザー自身が設定します。読み取り専用はすべての要素に適用され、SELECT、WITH、EXPLAINのみが使用可能で、1つのクエリで1つのソースが渡せるデータ量には上限があります。 フェデレーションクエリの仕組み

接続の詳細

SQLiteフォルダに必要なもの

フォルダ
.db / .sqlite ファイル(サブフォルダを含む)を保持するルートが 1 つ以上存在する場合、-wal および -journal サイドファイルは決して一致しないため、処理中のファイルは影響を受けません。
表
メンバーテーブル名ごとに1つずつ、データベースごとに積み重ねられ、各行には、それが由来するファイル名を示す_source_file列が含まれています。
スキーマ
値からサンプリングするのではなく、各データベースの宣言されたテーブル定義から読み取ります。
アクセス
すべてのデータベースは厳密に読み取り専用かつプール化されていない状態で開かれるため、同期処理の間にライブファイルがロックされたままになることはありません。
型の競合
ファイル間で同じテーブルの型が異なる場合、コネクタはピン留めを拒否し、すべてをテキストにフラット化する代わりに競合を指摘します。
マネーコラム
宣言された小数値は、最後まで正確な小数値のままであり、浮動小数点になることはありません。
制限
最大25万ファイル、16階層のフォルダ、1ファイルあたり512MB ― すべて調整可能
資格証明書
サーバーは存在しません。エージェントがデータベースファイルをその場で読み取ります。
SQL方言
DuckDB — 標準的なSQLなので、フォルダ固有の知識は不要です

この構成にはデータベースサーバーは存在しません。エージェントは、既に存在する.dbファイルを読み込み、同じマシン上の暗号化されたDuckDBストアに行をキャッシュし、実際に変更されたファイルのみを再読み込みします。1台のデバイスが同期したからといって、数百ものデータベースが再読み込みされることはありません。クエリストリームには何もアップロードされず、ネットワークから送信されるのはクエリの結果のみです。

これはフリートカードであり、単一データベース用ではありません。スタンドアロンのSQLiteコネクタは1つのファイルを開くため、アプリケーションのローカルストアに最適です。同じデータベースが複数回(店舗、機械、車両、またはジョブごとに1つずつ)存在し、質問がそれらすべてにまたがる場合は、こちらを使用してください。

ベンダー資料: www.sqlite.org

よくある質問

SQLiteフォルダに関する質問

クエリ ストリームを介して SQLite フォルダーのデータを読み取ることができるツールはどれですか?

Excel、Google Sheets、MCP、REST API、Airtable、Baserow、SeaTable、Smartsheet、Anvil、Power BI、スケジュールされたアラートやレポートなど、すべてを1つの接続で利用できます。フォルダを一度接続するだけで、すべてのツールが同じ読み取り専用接続を読み取ることができます。ツールごとの設定やデータの複製は不要です。

私のファイルはクエリストリームにアップロードされますか?

いいえ。ネットワークエージェントはファイルをその場で読み込み、同じマシン上の暗号化されたストアに行をキャッシュします。ファイル自体はネットワークから外部に送信されることはありません。クエリの結果行のみが、受信ファイアウォールポートのない単一の送信暗号化接続を介してネットワークから送信されます。

クエリ ストリームは、私のファイルを変更、移動、または名前変更できますか?

いいえ。ファイルは厳密に読み取り専用で開かれ、書き込み、移動、名前変更は一切行われません。クエリは実行時に読み取り専用となり、一度に1つのステートメント(SELECT文など)のみが実行されます。

Query StreamsがSQLite Folderに接続するために必要なものは何ですか?

エージェント マシンが認識できるフォルダー パス - サーバーも認証情報もインストールするドライバーもありません。フォルダー: .db / .sqlite ファイルを保持する 1 つ以上のルート (サブフォルダーを含む) -wal および -journal サイド ファイルは一致しないため、処理中のものは何も影響を受けません。テーブル: メンバー テーブル名ごとに 1 つ、すべてのデータベースがその中に積み重ねられ、各行には、それが由来するファイルの名前を示す _source_file 列があります。スキーマ: 値からサンプリングするのではなく、各データベースの宣言されたテーブル定義から読み取られます。アクセス: すべてのデータベースは厳密に読み取り専用でプールされないため、ライブ ファイルは同期間でロックされたままになることはありません。

同じクエリ内で、ファイルフォルダをデータベースに結合することはできますか?

はい、それはフェデレーションクエリです。1つのステートメントで、SQLite Folderと他の接続を同時に参照でき、connection.schema.table の形式で記述されます。各ソースは実行可能な部分のみを実行し、結果をストリームで返します。結合は中央で行われるため、ソース同士が接続されることはなく、何もコピーまたはスケジュールされません。読み取り専用はすべての部分(SELECT、WITH、EXPLAINのみ)に適用され、1つのソースが単一のクエリで渡せるデータ量には上限があります。フェデレーションクエリはプラン機能であり、フェデレーションクエリのページには現在のソースとサイズの制限が表示されます。

作業が行われる場所にSQLiteフォルダを配置してください。

エージェントをインストールし、フォルダを指定して、保存先を選択してください。

読み取り専用 発信専用 認証情報はエージェントに保持されます