我当时的假设是NON EMPTY必须尽可能避免使用该子句。因此，当我意外地发现它实际上使查询速度更快时，我感到震惊！
示例如下：
select
[Measures].[Count Of Requests] on 0,
([Client].[Client Number].children , [Date].[Year].children) on 1
from [MyCube]
--热缓存上 19 秒
select
[Measures].[Count Of Requests] on 0,
non empty ([Client].[Client Number].children , [Date].[Year].children) on 1
from [MyCube]
--5秒cold缓存（一致）
Isn't NON EMPTY递归？是因为本地缓存大小的原因吗？
我的印象是NON EMPTY在脚本进程的最后应用。请参阅此处之前的问题/答案：处理 MDX 查询的逻辑顺序 https://stackoverflow.com/questions/26641868/logical-order-an-mdx-query-is-processed
因此，有效地返回所有内容，然后在将结果渲染到网格或客户端应用程序之前NON EMPTY指令意味着行或列上的空元组将被丢弃。
如果您的第一个脚本返回大量数据，那么渲染过程是否需要额外的时间才能完成？
另一篇有趣的文章。NON EMPTY在这儿：http://www.bidn.com/blogs/DustinRyan/bidn-blog/2996/non-empty-vs-nonempty-to-the-death http://www.bidn.com/blogs/DustinRyan/bidn-blog/2996/non-empty-vs-nonempty-to-the-death
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
