嵌入式数据库 新
查询 SQLite文件夹 在 Excel、Google Sheets、AI 和 REST 中使用 SQL
像查询单个数据库一样查询整个文件夹中的 SQLite 数据库。每个门店或每个设备对应 400 个文件,只需一个 GROUP BY 子句即可完成查询,而无需像以前那样导出 400 个文件。
一个连接,每个表面
SQLite 文件夹数据可以放在哪里
- 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 将整个文件夹的 SQLite 数据库转换为可从 Microsoft Excel、Google Sheets、MCP 上的 AI 助手、REST API 和 Power BI 读取的实时 SQL 表。所有文件中格式相同的表会被固定一次,每个文件的行都会堆叠到该表中,因此,每个门店或每个设备 400 个数据库只需响应一次 GROUP BY 操作即可。自托管代理以严格的只读方式打开每个文件;数据库保留在您的计算机上,只有查询结果会离开网络。
一个文件夹引擎上的 9 个文件集驱动程序之一——库存表、更改跟踪和拒绝规则 功能 由家人共享 SQLite文件夹 文件系统 CSV文件夹 镶木地板文件夹 Excel文件夹 JSONL文件夹 多记录 CSV 机器日志 Web服务器日志
- 为您的团队、供应商和合作伙伴
-
SQLite文件夹转换为Excel 微软 Excel · Excel 加载项
将 SQLite 文件夹的实时结果直接提取到工作表中,并按需刷新——桌面版 Excel、Excel Online、Microsoft 365。
Excel 的工作原理 -
将 SQLite 文件夹导入 Google Sheets 表格插件
从侧边栏运行已保存的 SQLite 文件夹查询,并将结果行拖放到工作表中。共享协作者可以自行刷新工作表。
Google 表格的工作原理 -
向 Nova 询问有关 SQLite 文件夹的问题 Nova AI · 文本转 SQL
用简单的英语提问。Nova 已经了解您的 SQLite 文件夹表,会自动编写并运行 SQL 语句,解释答案并绘制图表——无需编写查询语句,也无需提供任何凭据。
Nova 的工作原理 -
SQLite文件夹到数据查看器 结果共享 · 团队、供应商、合作伙伴 · 手机、平板电脑、台式机
您可以与任何人(同事、供应商、合作伙伴)共享实时 SQLite 文件夹查询结果,以可添加书签的网格形式呈现,无论在手机、平板电脑还是台式机上打开,都能立即重新显示。他们看到的是查询结果,而不是 SQL 语句或文件。
数据查看器的工作原理 - 对于应用程序和系统
-
SQLite 文件夹 REST API HTTP 端点
发布 SQLite 文件夹查询,使其成为任何应用程序都可以调用的已认证 JSON 端点,符合 OpenAPI 3.1 规范,并预置了 Postman、Insomnia 和 Hoppscotch 集合。无需打开数据库端口。
REST API 的工作原理 -
将 SQLite 文件夹导入 Power BI Power Query M
将生成的 Power Query M 粘贴到 Power BI 高级编辑器中,报表将通过 HTTPS 读取实时 SQLite 文件夹结果——无需 ODBC 驱动程序,也无需打开数据库端口。
Power BI 的工作原理 -
SQLite文件夹到Airtable 自动化平台
按计划将 SQLite 文件夹行同步到 Airtable,或者在 Airtable 自动化脚本中获取它们。
Airtable 的工作原理 -
SQLite 文件夹到 Baserow 自动化平台
通过 REST 端点从 SQLite 文件夹向 Baserow 表提供数据——无论是自托管还是 Baserow 云。
Baserow 的工作原理 -
SQLite文件夹到SeaTable 自动化平台
使用 SQLite 文件夹数据保持 SeaTable 数据库的最新状态,而无需导出文件或公开数据库。
SeaTable 的工作原理 -
SQLite文件夹到Smartsheet 自动化平台
将 SQLite 文件夹结果推送到 Smartsheet 网格中,以便计划和报告从源系统读取数据,而不是从上周的导出数据读取数据。
Smartsheet 的工作原理 -
SQLite 文件夹到 Anvil Anvil Works · 应用平台
通过 REST 端点向 Anvil Python 应用程序提供 SQLite 文件夹,而不是将数据库凭据嵌入到应用程序中。
Anvil 的工作原理 - 人工智能工具
-
SQLite 文件夹 MCP 服务器 Claude、Cursor 和 MCP 客户端
赋予 AI 助手对 SQLite 文件夹的只读权限,并提供它编写正确 SQL 所需的架构——聊天中无需提供凭据。
MCP 的工作原理 - 已送达
-
SQLite文件夹警报和报告 Slack · Discord · 电子邮件 · Webhook
将 SQLite 文件夹查询设置为定时执行,并将查询结果发送到 Slack、Discord、电子邮件或签名 webhook,或者等到行数、阈值或百分比变化超过您设定的阈值时才发送消息。
警报和报告的工作原理
工作原理
5 个步骤,无需更改入站防火墙规则
将网络代理安装在它能够看到 .db / .sqlite 文件文件夹的位置——设备转储、每个存储的数据库、每个作业的捕获。
将连接器指向它。每个数据库都以严格的只读方式打开,并且忽略 -wal / -journal 参数指定的文件,因此不会干扰任何数据。
代理程序会读取每个数据库自身的表定义。在所有文件中结构相同的表会被固定一次。
每个文件中的行都堆叠到该表中,每一行都带有一个 _source_file 列,用于指定它来自的数据库。
您可以一次性查询所有设备,也可以筛选到单个门店或设备。
专题深度解析
SQLite 文件夹能给你带来什么?
一次性处理所有文件,而不是一次处理一个文件。
单文件 SQLite 连接器打开一个数据库——这适用于应用程序的本地存储。而此连接器则适用于同一个数据库存在多个实例的情况,例如每个商店、机器、车辆或作业都有一个数据库,而您实际遇到的问题涉及所有这些实例。
-- 每个商店的数据库,一个答案 SELECT _source_file AS store, COUNT(*) AS tickets, SUM(total) AS sales FROM data_orders GROUP BY store ORDER BY sales DESC
类型是读出来的,而不是猜的。
- 列类型来自每个数据库自身声明的模式,而不是通过对值进行采样得到的。
- 如果同一个表格在不同文件中的类型不同,连接器将拒绝固定,并命名冲突,而不是将所有内容展平为文本。
- 稍后会发现不兼容的文件将被保留,并在 files_events 中标识出表、列和行。
- 安装过程中会跳过无法打开的数据库,因此一个被锁定或损坏的文件不会阻止其余文件安装。
由整个文件集系列共享
每个文件夹连接器还会给你提供
- files_current — 实时清单:连接器当前可以看到的每个文件,包括其路径、大小和修改日期。
- 文件事件 — 审计跟踪:出现了什么,改变了什么,消失了什么,以及任何被保留的内容,包括文件名和原因。
- 目录和卷 — 每个文件夹的总数、每日增长历史记录以及驱动器上剩余的空间。
- 每次同步时只会重新读取实际更改的文件,因此不会因为新增了一个导出文件就重新解析包含 50,000 个文件的文件夹。
知道这个很有用
- 只读,强制执行 每次只执行一条语句,仅限 SELECT 及其相关语句。您的文件绝不会被写入、移动或重命名。
- 未上传任何内容。 — 数据会缓存并加密存储在您自己的机器上,与代理程序并存。只有查询结果才会离开您的网络。
- 合理的默认值 最多可存储 25 万个文件,16 层文件夹,每个文件 512 MB,所有设置均可调整。回收站、.git 和 node_modules 目录始终会被跳过。
- SQL 方言是 DuckDB — 与针对任何其他连接器编写的 SQL 语句相同。
跨源 SQL
将 SQLite 文件夹连接到其余数据中
文件夹里的文件和其他 SQL 表一样,都是 SQL 表,因此一条语句就可以同时将其连接到数据库和 API。每个数据源只运行它能够处理的部分,并将结果流式传输回来,连接操作则在中心位置集中完成——各个数据源之间互不通信,也不会复制任何数据。
3 个连接 · 3 个代理
一份声明
——没有任何复制、合并或安排操作。
选择 c.region,COUNT(*) AS orders,SUM(i.amount_due) AS invoiced
从 存储数据库.fileset.data_orders1 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 语句,并且对单个查询中每个数据源可以传输的数据量有限制。 联合查询的工作原理
连接详情
SQLite文件夹需要什么
- 文件夹
- 一个或多个根目录包含 .db / .sqlite 文件(包括子文件夹)——-wal 和 -journal 侧边文件永远不会匹配,因此不会干扰任何正在传输的数据。
- 表格
- 每个成员对应一个表名,每个数据库都堆叠到该表中,每一行都包含一个 _source_file 列,用于指定其来源文件。
- 模式
- 从每个数据库自身声明的表定义中读取数据,而不是从值中采样。
- 访问
- 每个数据库都以严格的只读方式打开,并且不进行数据池化,因此在同步之间,活动文件永远不会被锁定。
- 类型冲突
- 如果同一个表格在不同文件中的类型不同,连接器会拒绝固定,并指出冲突,而不是将所有内容展平为文本。
- 财经专栏
- 声明的十进制数始终保持精确的十进制值,永远不会是浮点数。
- 限制
- 最多可存储 25 万个文件,16 层文件夹深度,每个文件 512 MB——所有设置均可调节
- 凭据
- 无——没有服务器;代理程序直接读取数据库文件。
- SQL方言
- DuckDB——使用标准的 SQL,无需学习任何特定于文件夹的内容。
此方案中没有数据库服务器。代理程序直接读取 .db 文件,将数据行缓存到同一台机器上的加密 DuckDB 存储中,并且只重新读取实际发生更改的文件——不会因为某个设备同步就重新读取数百个数据库。任何数据都不会上传到查询流;唯一离开您网络的内容是查询结果。
这是车队卡,不是单数据库卡。独立的 SQLite 连接器只打开一个文件,这对于应用程序的本地存储来说是合适的选择。当同一个数据库存在多个实例(例如每个车间、机器、车辆或作业一个)并且您的问题涉及所有这些实例时,就应该使用这种方式。
供应商文档: www.sqlite.org
常问问题
关于 SQLite 文件夹的问题
哪些工具可以通过查询流读取 SQLite 文件夹数据?
只需一次连接,即可访问所有工具:Excel、Google Sheets、MCP、REST API、Airtable、Baserow、SeaTable、Smartsheet、Anvil、Power BI、定时提醒和报表。只需连接一次文件夹,所有平台即可读取同一个只读连接——无需为每个工具单独设置,也无需创建数据副本。
我的文件会上传到查询流吗?
不。网络代理会直接读取文件,并将结果行缓存到同一台机器上的加密存储中。文件本身永远不会离开您的网络——只有查询结果行会通过单个出站加密连接传输,无需任何入站防火墙端口。
查询流可以更改、移动或重命名我的文件吗?
不。文件以只读方式打开,绝不会写入、移动或重命名。查询语句在执行时也强制执行只读模式——一次只执行一条语句,仅限 SELECT 及其相关语句。
Query Streams 需要什么才能连接到 SQLite 文件夹?
代理计算机可以访问的文件夹路径——无需服务器、凭据或安装驱动程序。文件夹:一个或多个根目录,包含 .db / .sqlite 文件及其子文件夹——-wal 和 -journal 侧边文件永远不会匹配,因此不会干扰任何传输中的数据。表:每个成员表名对应一个表,每个数据库都堆叠到该表中,每行包含一个 _source_file 列,用于指定其来源文件。模式:从每个数据库自身声明的表定义中读取,而不是从其值中采样。访问权限:每个数据库都以严格的只读方式打开,并且未加入访问池,因此在同步之间不会锁定任何活动文件。
我可以在同一个查询中将一个包含多个文件的文件夹连接到数据库吗?
是的——这就是联合查询。一条语句可以同时引用 SQLite 文件夹和其他连接,格式为 connection.schema.table。每个数据源只运行它能够执行的部分,并将结果流式传输回来;连接操作在中心进行,因此数据源之间不会相互连接,也不会进行任何复制或调度。所有部分(SELECT、WITH 和 EXPLAIN)都采用只读模式,并且单个数据源在单次查询中可以传输的数据量有限制。联合查询是计划功能;联合查询页面会显示当前的数据源和大小限制。

