大多数人接触连续查询（Continuous Queries）是从降采样开始的：把每秒的数据聚合成每小时的平均值，写入小表，然后查询这个小表。但这只发挥了连续查询 10% 的能力。

在 IotEdgeDB 中，连续查询是一个按计划运行的 SQL 查询：它从源测量（source measurement）读取数据，将预计算结果写入目标测量（destination measurement）。查询使用标准的 DuckDB SQL——也就是 IotEdgeDB 即席分析所用的同一套引擎。这意味着，连续查询可以预计算 DuckDB 能表达的任何内容。

所有这些都在调度器上按计划执行，物化到轻量物化表中，仪表盘查询时只需毫秒级响应。

本文将深入五个行业场景：物联网、车联网、金融、制造与航空航天。每个场景都包含：模式（schema）、数据接入方式、典型查询和"进阶"查询。

IotEdge DB Explorer 是一站式时序数据库管理前端，覆盖从服务器连接、数据库管理、SQL 查询、数据写入、仪表盘可视化、连续查询、MQTT 订阅到权限管控的完整链路。本文逐一拆解 14 个核心功能模块。

每一个分析型数据库都有个“不那么体面”的秘密：写入速度与查询速度往往天然对立。写入想要小而频繁的落盘；查询却偏好大而有序的文件。IotEdgeDB 的 compaction（压缩）系统，正是连接这两端的桥梁。 这篇文章会带你看清它到底怎么运作。

本文梳理 IIoT 场景下开放数据的价值：从 AI/ML 分析工具链到开放生态的优势，解释为什么开放格式与开放架构能带来更低成本、更高可扩展性与更好的可迁移性。