"截图 spl 语句，业务需求分组是维度是动态的，目前所有维度值都是数字，优化过维度； [图片] 查询结果如下 [图片] 耗时太久了，希望专家给出优化建议。 谢谢"
截图 spl 语句，业务需求分组是维度是动态的，目前所有维度值都是数字，优化过维度；
查询结果如下
耗时太久了，希望专家给出优化建议。
谢谢
集算器 SPL 版本与服务企业版中有个“列式高性能计算”
用 cursor@mv
串行就这速度吧，加上 @m 试一下并行（还有些配置要调），最好用 SSD。
@m 这个都加了，也是不行
我这个是开源版本的
和多少列没关系。加了 @m 总会有效果，看看多 CPU 是不是用上了。除非机器就只有一个核，或者硬盘实在太慢了。
多 Core 肯定配了，=result_file=file(“/Users/hubing/ws/new_1 亿 _sort.ctx”).open().cursor@m(actFlag, 案例 ID,,8) 效果也是一样的
不可能没效果的，再检查一下配置。看看资源监控，CPU 是不是用起来了。另外，那个是分号，不是逗号。而且也受配置信息的限制。
m 肯定会用的，除了多 Core 并行外，还有其他的吗
如果已经并行了，那可能就是这个速度。绝对速度和硬件及环境相关，不好说 7-8 秒对 1 亿行是快还是慢。但应该能测出并行和串行的速度有明显差异。并行和串行是一个速度，那就有问题了，应该是什么配置没弄对。
也可以拿企业版加 @v 试一下有没变化。
这个 v 功能能否加到开发版本来？？
开发版本？它可以随便下载的，没有限制开发。
但这部分不开源，我们也是个公司，要有点收入的。开源版本的性能已经超过大多数数据库了（即使不利用 SPL 的高性能算法，仅仅是简单遍历也更快）。
集算器 SPL 版本与服务
企业版中有个“列式高性能计算”
用 cursor@mv
串行就这速度吧，加上 @m 试一下并行（还有些配置要调），最好用 SSD。
@m 这个都加了，也是不行
我这个是开源版本的
和多少列没关系。加了 @m 总会有效果，看看多 CPU 是不是用上了。除非机器就只有一个核，或者硬盘实在太慢了。
多 Core 肯定配了，=result_file=file(“/Users/hubing/ws/new_1 亿 _sort.ctx”).open().cursor@m(actFlag, 案例 ID,,8) 效果也是一样的
不可能没效果的，再检查一下配置。看看资源监控，CPU 是不是用起来了。
另外，那个是分号，不是逗号。而且也受配置信息的限制。
m 肯定会用的，除了多 Core 并行外，还有其他的吗
如果已经并行了，那可能就是这个速度。绝对速度和硬件及环境相关，不好说 7-8 秒对 1 亿行是快还是慢。但应该能测出并行和串行的速度有明显差异。
并行和串行是一个速度，那就有问题了，应该是什么配置没弄对。
也可以拿企业版加 @v 试一下有没变化。
这个 v 功能能否加到开发版本来？？
开发版本？它可以随便下载的，没有限制开发。
但这部分不开源，我们也是个公司，要有点收入的。开源版本的性能已经超过大多数数据库了（即使不利用 SPL 的高性能算法，仅仅是简单遍历也更快）。