将数据保存在缓冲区 GET

PQL 构建了一个缓冲区用来保存GET语句或PASS语句获取的数据，以方便将这些数据更新到目标数据源或者将数据输出到其他地方。在 SAVE 语句中，已经展示了 GET 语句的基本用法。例如从当前数据源获取数据：

缓冲区的结构其实就是一个二维表格，这个二维表格将每次 GET 到的数据UNION ALL到一起。

也可以从多个数据源 GET 数据。

无论 GET 多少次，缓冲区中只会有一个数据表。 强烈建议每次 GET 数据结构完全一致，如果不一致在 PUT 数据或输出时有可能产生与预期不一样的结果。GET 语句不仅支持 SELECT 语句，理论上支持任何语句，如果语句返回的不是二维表格，将自动转成表格。

以上示例中，Redis 的 HGETALL 命令返回的是一个 Hash 结构数据，类似于 Json 中的对象结构，在 PQL 中是一个数据行，可以理解为是二维表格中的某一行，有多个键值对。PQL 自动将这个数据行转成一行的表格，键名即表格中的字段名。GET 也可以将其他集合数据结构放到缓冲区中。

GET 语句将上面的数据转成一个九行一列的表格，字段名默认为item。在保存到缓冲区之间可以会数据进行再加工。

上面示例中，第一个 GET 在查询结果中增加了一行数据，然后再保存到缓冲区。第二个 GET 将取到的 Hash 结构的数据 行转列 成两列的表格，列表分别为name和score。->之后的内容称为 Sharp 表达式，更多相关操作见对应章节。GET 可以将单值也转成表格放进缓冲区，默认列名为value，但是这个应用场景非常少。

在 GET 完成之后，有几个全局变量可用：

@COUNT_OF_LAST_GET 最后一次 GET 的数据量（表格行数），可简写为@COUNT
@TOTAL_COUNT_OF_RECENT_GET 缓冲区中的数据总量，可简写为@TOTAL
@BUFFER 可以通过这个全局变量访问缓冲区
@COUNT_OF_LAST_SELECT 如果 GET 语句中使用 SELECT 查询，则这个变量也可以得到 GET 的数据量，可简写为@ROWS

特别注意

GET 语句的作用仅是将数据保存在缓冲区，以备后续操作。其本身并不会向 PQL 过程返回任何数据（如后端接口开发中需要向客户端返回数据），返回数据请使用 OUTPUT 语句。
在 GET 时一定要注意当前打开的数据源，特别是在控制结构中。如果不确定，可以再 OPEN 一次，对于已经 OPEN 过的数据源，不会有任何性能问题。
缓冲区数据的生命周期是在第一次 GET 开始至 PUT 一次数据之后的下次 GET 之前。详细点，GET 可以多次，且多次 GET 之间是UNION ALL的关系，如果没遇到 PUT 或其他数据输出操作，会一直累加下去; 第一次 PUT 之后，表示 GET 已经完成了这次工作，可以将这次缓冲的数据清掉了，但这时仍可以执行多次 PUT。再次使用 GET，即会清空缓冲区的数据并开始新一轮的 GET。如果没有后续的 GET 语句，PQL 会在运行完成时清空缓冲区。
不支持缓冲区数据的再编辑，这个场景应用非常非常少。现在可使用 Sharp 表达式在保存到缓冲区之前对数据进行编辑，如果是非UNION ALL操作，可以将数据临时保存到中间内存数据库，见 CACHE 语句。
缓冲区存储的数据量受 JVM 限制，一般经验是不超过 20000 行。如遇大量数据流转的场景，请使用 GET 的多线程版本 PAGE 语句或 BLOCK 语句代替。

参考链接