以行分隔的 JSON 新
查询 JSONL文件夹 在 Excel、Google Sheets、AI 和 REST 中使用 SQL
将 JSONL/NDJSON 事件日志文件夹查询为表格。嵌套字段会被扁平化为实际的列,您可以根据这些列进行筛选,无需事先编写解析器。
一个连接,每个表面
JSONL 文件夹数据可以放在哪里
- 1 出站连接
- 0 入境口岸
- 只读文件保留在原处
运行
- 为您的团队、供应商和合作伙伴
-
在 Excel 插件 · 按需刷新
-
谷歌工作表 附加组件 · 按需刷新
-
新星人工智能 用简单的英语提问 · 文本转 SQL
-
数据查看器 分享实时结果 · 团队、供应商、合作伙伴 · 任何设备
- 对于应用程序和系统
-
REST API JSON 端点 · OpenAPI 3.1
-
Power BI Power Query M
-
计划同步 Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- 人工智能工具
-
人工智能助手 Claude · Cursor · MCP 服务器
- 已送达
-
警报和报告 Slack · Discord · 电子邮件 · Webhook
Query Streams 将 JSONL/NDJSON 事件日志文件夹转换为可从 Microsoft Excel、Google Sheets、MCP 上的 AI 助手、REST API 和 Power BI 读取的实时 SQL 表。嵌套对象会被扁平化为可放入 WHERE 子句中的实际列,并且自托管代理会完整读取每个文件,而不是仅读取顶部内容,因此即使某个字段只出现在最后一百行,也能被找到。日志保留在您的计算机上;只有查询结果会离开网络。
一个文件夹引擎上的 9 个文件集驱动程序之一——库存表、更改跟踪和拒绝规则 功能 由家人共享 JSONL文件夹 文件系统 CSV文件夹 镶木地板文件夹 Excel文件夹 SQLite文件夹 多记录 CSV 机器日志 Web服务器日志
- 为您的团队、供应商和合作伙伴
-
JSONL文件夹转换为Excel 微软 Excel · Excel 加载项
将实时 JSONL 文件夹结果直接提取到工作表中,并按需刷新——桌面版 Excel、Excel Online、Microsoft 365。
Excel 的工作原理 -
将 JSONL 文件夹导入 Google 表格 表格插件
从侧边栏运行已保存的 JSONL 文件夹查询,并将结果行拖放到工作表中。共享协作者可以自行刷新工作表。
Google 表格的工作原理 -
向 Nova 询问有关 JSONL 文件夹的问题 Nova AI · 文本转 SQL
用简单的英语提问。Nova 已经了解你的 JSONL 文件夹表结构,会自动编写并运行 SQL 语句,解释答案并绘制图表——无需编写查询语句,也无需提供任何凭据。
Nova 的工作原理 -
JSONL文件夹到数据查看器 结果共享 · 团队、供应商、合作伙伴 · 手机、平板电脑、台式机
您可以与任何人(同事、供应商、合作伙伴)共享实时 JSONL 文件夹结果,将其作为可收藏的网格视图,在手机、平板电脑或台式机上打开时都会重新显示。他们看到的是结果,而不是 SQL 语句或文件。
数据查看器的工作原理 - 对于应用程序和系统
-
JSONL 文件夹 REST API HTTP 端点
发布 JSONL 文件夹查询,作为任何应用程序都可以调用的已认证 JSON 端点,符合 OpenAPI 3.1 规范,并预置了 Postman、Insomnia 和 Hoppscotch 集合。无需打开数据库端口。
REST API 的工作原理 -
将 JSONL 文件夹导入 Power BI Power Query M
将生成的 Power Query M 粘贴到 Power BI 高级编辑器中,报表将通过 HTTPS 读取实时 JSONL 文件夹结果——无需 ODBC 驱动程序,也无需打开数据库端口。
Power BI 的工作原理 -
JSONL 文件夹到 Airtable 自动化平台
按计划将 JSONL 文件夹行同步到 Airtable,或者在 Airtable 自动化脚本中获取它们。
Airtable 的工作原理 -
JSONL 文件夹到 Baserow 自动化平台
通过 REST 端点从 JSONL 文件夹向 Baserow 表提供数据——无论是自托管还是 Baserow 云。
Baserow 的工作原理 -
JSONL 文件夹到 SeaTable 自动化平台
使用 JSONL 文件夹数据保持 SeaTable 数据库的最新状态,而无需导出文件或暴露数据库。
SeaTable 的工作原理 -
JSONL 文件夹到 Smartsheet 自动化平台
将 JSONL 文件夹结果推送到 Smartsheet 网格中,以便计划和报告从源系统读取数据,而不是从上周的导出数据读取数据。
Smartsheet 的工作原理 -
JSONL 文件夹到 Anvil Anvil Works · 应用平台
通过 REST 端点向 Anvil Python 应用程序返回 JSONL 文件夹,而不是将数据库凭据嵌入到应用程序中。
Anvil 的工作原理 - 人工智能工具
-
JSONL 文件夹 MCP 服务器 Claude、Cursor 和 MCP 客户端
赋予 AI 助手对 JSONL 文件夹的只读访问权限,其中包含它编写正确 SQL 所需的架构——聊天中无需提供凭据。
MCP 的工作原理 - 已送达
-
JSONL 文件夹警报和报告 Slack · Discord · 电子邮件 · Webhook
将 JSONL 文件夹查询添加到计划中,并将查询结果发送到 Slack、Discord、电子邮件或签名 webhook,或者等到行数、阈值或百分比变化超过您设定的界限时才发送消息。
警报和报告的工作原理
工作原理
5 个步骤,无需更改入站防火墙规则
将网络代理安装在它可以访问该文件夹的位置——应用程序日志、webhook 存档、事件导出,每行一个 JSON 对象。
将连接器指向它;每个 .jsonl 文件都会被匹配。
该代理会完整读取文件,而不是只读取开头部分,因此即使某个字段只出现在最后 100 行中,也能找到它。
嵌套对象默认会被扁平化为两层深度的列,最多可达八层。`fulfillment.site.region` 会变成一个可以添加到 WHERE 子句中的列。数组以及更深层次的对象仍然保持 JSON 格式,可以继续查询。
每一行都有一个 _source_file 列,因此只需一次查询即可获取一天的文件或整个存档。
专题深度解析
JSONL 文件夹能给你带来什么?
专为处理杂乱的事件数据而设计
- 读取的是整个文件,而不是抽取部分文件。 ——一个罕见的领域不会因为出现得晚而被人们遗忘。
- 更深层的结构会以 JSON 格式保留,而不是被丢弃,因此不会悄无声息地丢失任何数据。
- 稍后出现的字段将被视为变更并上报,而不是被悄悄忽略。
- 如果文件夹包含真正不同的事件形状,则按布局模式会为每个形状提供自己的表格,最多 25 个。
-- 每日事件数,直接取自日志文件夹 SELECT _source_file AS day, status, COUNT(*) AS events FROM data GROUP BY day, status ORDER BY day
严格按照一行一行来。
一个格式错误的行会导致整个文件无法加载,而不是只加载部分正确数据,而且该文件已在 files_events 目录中命名。修复或排除该行,下次同步就会自动处理——这样就不会出现明明少了三行数据却还要去核对的情况了。
由整个文件集系列共享
每个文件夹连接器还会给你提供
- files_current — 实时清单:连接器当前可以看到的每个文件,包括其路径、大小和修改日期。
- 文件事件 — 审计跟踪:出现了什么,改变了什么,消失了什么,以及任何被保留的内容,包括文件名和原因。
- 目录和卷 — 每个文件夹的总数、每日增长历史记录以及驱动器上剩余的空间。
- 每次同步时只会重新读取实际更改的文件,因此不会因为新增了一个导出文件就重新解析包含 50,000 个文件的文件夹。
知道这个很有用
- 只读,强制执行 每次只执行一条语句,仅限 SELECT 及其相关语句。您的文件绝不会被写入、移动或重命名。
- 未上传任何内容。 — 数据会缓存并加密存储在您自己的机器上,与代理程序并存。只有查询结果才会离开您的网络。
- 合理的默认值 最多可存储 25 万个文件,16 层文件夹,每个文件 512 MB,所有设置均可调整。回收站、.git 和 node_modules 目录始终会被跳过。
- SQL 方言是 DuckDB — 与针对任何其他连接器编写的 SQL 语句相同。
跨源 SQL
将 JSONL 文件夹连接到您的其余数据中
文件夹里的文件和其他 SQL 表一样,都是 SQL 表,因此一条语句就可以同时将其连接到数据库和 API。每个数据源只运行它能够处理的部分,并将结果流式传输回来,连接操作则在中心位置集中完成——各个数据源之间互不通信,也不会复制任何数据。
3 个连接 · 3 个代理
一份声明
——没有任何复制、合并或安排操作。
选择 c.region,COUNT(*) AS orders,SUM(i.amount_due) AS invoiced
从 事件日志.fileset.data1 f
连接 pg_crm.public.customers2 c ON c.id = f.customer_id
连接 计费.stripe.invoices3 i ON i.customer = c.stripe_id
GROUP BY c.区域
ORDER BY 发票上的描述;
这三个部分分别是连接、模式和表——连接名称就是你给它起的任何名字。这里用列举例说明;你的表就是你自己的表。所有部分都采用只读模式:仅支持 SELECT、WITH 和 EXPLAIN 语句,并且对单个查询中每个数据源可以传输的数据量有限制。 联合查询的工作原理
连接详情
JSONL 文件夹需要什么
- 文件夹
- 一个或多个根目录,其中包含 .jsonl 文件(包括子文件夹)——应用程序日志、Webhook 存档、事件导出,每行一个 JSON 对象
- 模式
- 由于是从整个文件而非样本中读取数据,因此即使某个字段只出现在大型日志的末尾,也能找到它。
- 嵌套
- 对象默认扁平化为两层深的列,最多可达八层—— fulfillment.site.region 会成为您可以进行筛选的列。
- 更深层的结构
- 数组以及扁平化深度以下的任何内容都将作为 JSON 数据保留,而不是被丢弃。
- 严格性
- 一行格式错误的数据导致整个文件无法加载,而不是只加载部分真实数据,该文件在 files_events 中被命名。
- 按布局模式
- 如果文件夹确实包含不同的事件形状,则每种形状都可以拥有自己的表格——最多 25 个。
- 限制
- 最多可存储 25 万个文件,16 层文件夹深度,每个文件 512 MB——所有设置均可调节
- 凭据
- 无——没有服务器;代理直接读取日志。
- SQL方言
- DuckDB——使用标准的 SQL,无需学习任何与日志相关的技术。
此方案中没有数据库服务器。代理程序直接读取 .jsonl 文件,将数据行缓存到同一台机器上的加密 DuckDB 存储中,并且只重新读取实际发生更改的文件——不会因为今天的数据已到达就重新解析一整年的每日日志文件。任何内容都不会上传到查询流;唯一离开您网络的内容是查询结果。
扁平化深度是固定模式的一部分,而不是单个查询的设置。这是有意为之:`fulfillment.site.region` 列在周一的含义必须与周五的含义相同,否则每次保存的查询和每次计划的刷新都会悄悄地改变其含义。之后增加深度属于模式更改,会作为模式更改进行处理和报告。
供应商文档: jsonlines.org
常问问题
关于 JSONL 文件夹的问题
哪些工具可以通过查询流读取JSONL文件夹数据?
只需一次连接,即可访问所有工具:Excel、Google Sheets、MCP、REST API、Airtable、Baserow、SeaTable、Smartsheet、Anvil、Power BI、定时提醒和报表。只需连接一次文件夹,所有平台即可读取同一个只读连接——无需为每个工具单独设置,也无需创建数据副本。
我的文件会上传到查询流吗?
不。网络代理会直接读取文件,并将结果行缓存到同一台机器上的加密存储中。文件本身永远不会离开您的网络——只有查询结果行会通过单个出站加密连接传输,无需任何入站防火墙端口。
查询流可以更改、移动或重命名我的文件吗?
不。文件以只读方式打开,绝不会写入、移动或重命名。查询语句在执行时也强制执行只读模式——一次只执行一条语句,仅限 SELECT 及其相关语句。
查询流需要连接到 JSONL 文件夹吗?
代理机器可访问的文件夹路径——无需服务器、凭据或安装驱动程序。文件夹:一个或多个根目录,包含 .jsonl 文件及其子文件夹——应用程序日志、Webhook 存档、事件导出,每行一个 JSON 对象。架构:从整个文件读取,而非仅读取样本,因此即使在大型日志的末尾才出现的字段也能被找到。嵌套:对象默认扁平化为两层深度的列,最多可达八层——fulfillment.site.region 将成为可用于筛选的列。更深层的结构:数组以及扁平化深度以下的任何内容仍可作为 JSON 进行查询,而不会被丢弃。
我可以在同一个查询中将一个包含多个文件的文件夹连接到数据库吗?
是的——这就是联合查询。一条语句可以同时引用 JSONL 文件夹和其他连接,格式为 connection.schema.table。每个数据源只运行它能够处理的部分,并将结果流式传输回来;连接操作在中心进行,因此数据源之间不会相互连接,也不会进行任何复制或调度。所有部分(SELECT、WITH 和 EXPLAIN)都采用只读模式,并且单个数据源在单次查询中可以传输的数据量有限制。联合查询是一项计划功能;联合查询页面会显示当前的数据源和大小限制。

