ファイルシステムのロゴ

フォルダのメタデータ 新着

クエリ ファイルシステム SQL を使用 — Excel、Google スプレッドシート、AI、REST

フォルダ内のあらゆるファイルをクエリ可能にします。ファイル名、サイズ、日付、変更履歴が行として表示されます。「ファイルは届いたか?」「何が消えたか?」「ドライブの容量を占めているのは何か?」といった質問にSQLで回答します。ファイルの内容は読み取らないため、クエリは実行されません。

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

ファイルシステムのデータが保存できる場所

Query Streams は、任意のフォルダをライブ SQL テーブルに変換します。各ファイルの名前、サイズ、日付、変更履歴が行として記録され、Microsoft Excel、Google スプレッドシート、MCP 経由の AI アシスタント、REST API、Power BI から読み取ることができます。セルフホスト型のエージェントがツリーを走査して検出したものを記録しますが、ファイルを開くことはないため、内容は読み取られません。再スキャンは毎回前回と比較されるため、出現、変更、消失した行は、自分で差分を取る必要のあるスナップショットではなく、クエリ可能な行として表示されます。

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

  1. チーム、ベンダー、パートナーの皆様へ
  2. ファイルシステムからExcelへ Microsoft Excel · Excelアドイン

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

    Excelの仕組み
  3. ファイルシステムからGoogleスプレッドシートへ Sheetsアドオン

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

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

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

    Novaの仕組み
  5. ファイルシステムからデータビューアへ 結果共有 · チーム、ベンダー、パートナー · 電話、タブレット、デスクトップ

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

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

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

    REST APIの仕組み
  8. ファイルシステムからPower BIへ Power Query M

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

    Power BI の仕組み
  9. ファイルシステムからAirtableへ 自動化プラットフォーム

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

    Airtableの仕組み
  10. ファイルシステムからBaserowへ 自動化プラットフォーム

    ファイルシステムからBaserowテーブルへ、RESTエンドポイント経由でデータを供給します(セルフホスト型またはBaserowクラウド)。

    Baserowの仕組み
  11. ファイルシステムからSeaTableへ 自動化プラットフォーム

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

    SeaTableの仕組み
  12. ファイルシステムからスマートシートへ 自動化プラットフォーム

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

    Smartsheetの仕組み
  13. ファイルシステムからAnvilへ Anvil Works · アプリプラットフォーム

    Anvil Pythonアプリをファイルシステムでバックアップするには、アプリ内にデータベース認証情報を埋め込むのではなく、RESTエンドポイントを経由します。

    Anvilの仕組み
  14. AIツール向け
  15. ファイルシステムMCPサーバー Claude、Cursor、およびMCPクライアント

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

    MCPの仕組み
  16. 人々に届けられる
  17. ファイルシステムの警告とレポート Slack · Discord · メール · Webhook

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

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

仕組み

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

01

フォルダにアクセスできるマシン(ファイルサーバー、NAS共有、またはエクスポート先のPCなど)にネットワークエージェントをインストールしてください。

02

1つまたは複数のルートフォルダを指定してください。含めるパターンと除外するパターンは自由に設定できます。ごみ箱、.git、node_modulesフォルダは自動的にスキップされます。

03

エージェントはツリー構造(デフォルトでは16階層)を辿り、各ファイルのパス、サイズ、タイムスタンプ、およびファイルが存在するかどうかを記録します。ファイルを開くことはありません。

04

再スキャンするたびに前回と比較されるため、スナップショットではなく、出現、変更、消失といった変化の履歴が得られます。

05

他のテーブルと同様にクエリを実行し、データベースに結合します。たとえば、ドロップフォルダに一致するファイルがないERPの請求書などです。

機能の詳細解説

ファイルシステムが提供できるもの

質問できる内容

  • files_current — 現在存在するファイルごとに1行:パス、フォルダ、拡張子、サイズ、更新日時。
  • ファイルイベント 変更ごとに1行。これは、「昨晩何が取り込まれたか?」や「3月のフォルダを削除したのは誰か?」といった質問に答える方法です。
  • ディレクトリ フォルダごとの件数と合計、およびフォルダが読み取れなかった場合の理由。
  • ディレクトリスナップショット フォルダごとに日ごとのサイズ系列を作成することで、成長率を推測ではなくグラフで示すことができます。
  • ボリューム ―根が張る各ドライブのための容量と空きスペース。

ファイル名を列に変換する

エクスポートファイルはほぼ必ず命名規則に従って命名されます。コネクタにファイル名のパターンを指定すると、各部分がそれぞれ独立した列になるため、INV_2026-08-24_ACME.csv は文字列の編集なしに日付と顧客でフィルタリングできます。フォルダ名も同様の方法で取得できます。

-- 過去1日に到着したすべてのデータ(大きい順) SELECT relative_path, size_bytes, modified_utc FROM files_current WHERE modified_utc > now() - INTERVAL 1 DAY ORDER BY size_bytes DESC

意図的にしないこと

ファイルシステムはフォルダのインデックスであり、データのインデックスではありません。ファイルの内容は読み取らないため、ファイル内の行を取得したい場合は、CSV、Parquet、Excel、SQLite、JSONL、または複数レコードCSVフォルダを使用してください。これらの形式では、同じ在庫テーブルに加えてデータ自体も取得できます。

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

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

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

知っておくと良い

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

クロスソースSQL

ファイルシステムを他のデータと結合する

フォルダインデックスは、他のSQLテーブルと同様に、一連のSQLテーブルです。記録システムはどの文書が存在するべきかを把握しており、決済処理システムはどの文書が決済済みかを把握しています。実際にどの文書が届いたかを把握しているのはフォルダだけであり、1つのステートメントで3つすべてに問い合わせることができます。各ソースは実行可能な部分のみを実行し、結果をストリームで返送し、結合は中央で行われます。ソース同士が直接通信することはなく、どこにも何もコピーされません。

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

ファイルシステム フォルダのメタデータ
マイクロソフトSQLサーバー 関係エンジン
ストライプ 支払いと請求

一つの声明

-- ERPで発行され、フォルダに到着し、Stripeで決済されました
セレクト    e.invoice_no、e.issued_on、f.first_seen_utc AS到着、i.status
フロム      erp_sql.dbo.invoices2              e
左結合 ドロップフォルダ.fileset.files_current1 f ON f.invoice_no = e.invoice_no
左結合 請求する.stripe.invoices3           i ON i.number = e.invoice_no
ORDER BY  e.発行日 DESC;

接続、スキーマ、テーブルの 3 つの部分で構成され、接続名はユーザーが付けた名前になります。例示用の列です。テーブルはユーザー独自のテーブルになります。invoice_no はファイル名列です。コネクタに命名規則を指定すると、ファイル名の各部分が結合可能な列になります。null が到着した場合は、ドキュメントが表示されなかったことを意味します。読み取り専用はすべての部分に適用されます。SELECT、WITH、EXPLAIN のみで、1 つのソースが単一のクエリで渡せるデータの量には上限があります。 フェデレーションクエリの仕組み

接続の詳細

ファイルシステムに必要なもの

フォルダ
One or more roots — local disk or a network share typed as \\server\share (never a mapped drive letter; on Linux or a Mac, mounted first); subfolders included, include and exclude patterns supported
読む
名前、サイズ、日付、パスのみが格納され、ファイル自体は開かれないため、内容は解析されません。
表
files_current、files_events、ディレクトリ、ディレクトリスナップショット、ボリューム - インベントリ、変更履歴、フォルダごとの合計、日ごとのサイズ系列、ドライブ容量
変更履歴
再スキャンは毎回前回と比較されるため、出現、変更、消失した行をクエリできます。
ファイル名列
命名規則を指定すれば、各部分がそれぞれ別の列になります。フォルダ名も同様の方法で取得できます。
制限
最大25万ファイル、16階層のフォルダ(いずれも調整可能)
資格証明書
サーバーは存在しないため、エージェントはフォルダをその場で読み取ります。
SQL方言
DuckDB — 標準的なSQLなので、フォルダ固有の知識は不要です

この図にはデータベースサーバーもファイルデータもありません。このコネクタはフォルダの中身ではなく、フォルダ自体をインデックス化します。エージェントはツリー構造を走査し、各ファイルのパス、サイズ、タイムスタンプを同じマシン上の暗号化されたDuckDBストアに記録し、毎回前回の記録と比較します。Query Streamsには何もアップロードされません。ネットワークから送信されるのはクエリの結果のみです。

ファイル自体に関する質問がある場合、つまり昨晩エクスポートしたファイルが届いたかどうか、何が消えたのか、ドライブが何でいっぱいになっているのか、ERPのどの請求書に対応するドキュメントがドロップフォルダにないのかといったことが気になる場合は、このカードが役立ちます。ファイル内の行が必要な場合は、CSV、Parquet、Excel、SQLite、JSONL、およびマルチレコードCSVカードを使用すると、これらの在庫テーブルに加えてデータも取得できます。

よくある質問

ファイルシステムに関する質問

どのツールがクエリ ストリームを介してファイルシステム データを読み取ることができますか?

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

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

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

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

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

クエリ ストリームがファイルシステムに接続するために必要なものは何ですか?

A folder path the agent machine can see — no server, no credentials, no drivers to install. Folder: One or more roots — local disk or a network share typed as \\server\share (never a mapped drive letter; on Linux or a Mac, mounted first); subfolders included, include and exclude patterns supported. Reads: Names, sizes, dates and paths only — the file itself is never opened, so contents are never parsed. Tables: files_current, files_events, directories, directory_snapshots and volumes — inventory, change trail, per-folder totals, a daily size series and drive capacity. Change history: Every rescan is compared against the last, so appeared, modified and vanished are rows you can query.

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

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

作業が行われる場所にファイルシステムを配置する

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

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