规划器会考虑很多因素——比如表格有多大,结果是否必须排序,这些索引能起到什么帮助,仅仅举几个例子
定义路径后,引擎通过访问所有必要的数据块(通过使用索引或按顺序扫描数据块)来执行查询,运用排序和筛选条件...对于大表,这是一个比较“昂贵”的操作,可能需要花费比数据本身操作多很多的时间
引擎还可以更新内部数据使用情况统计信息,以供查询计划程序进一步使用
这里有很多工作要做!...如果要优化数据库中的查询性能,大多数DB引擎都会为你提供大量要使用的旋钮和开关,但这些旋钮和开关通常只适用于一些普通工作流中,其中插入和删除语句与更新语句一样频繁。...数据库知道哪些表必须被视为时间序列数据(所有需要的优化都已到位),同时你又可以继续对时间序列和常规数据库表使用SQLs。...同时, 在从0亿条记录到3亿记录的整个运行过程中, TSDB 速度稳定保持在130k NVPS。
请记住, 这不是一个简单的数据库测试, 而是整个系统在使用不同的后端时性能如何的展示。