Denis-如果您将其转换为答案，我会接受。 或将此评论转换为答案。

您关于==相同sql的问题是从webi vs SSMS运行的，这确实使我意识到所使用的凭据在两个应用程序之间是不同的。

Universe中的视图使用USER_NAME（）处理行级安全性。 这是区别。 在SSMS中运行时，我可以以管理员身份访问所有行（基础视图可以很好地处理此问题）。 从Webi传递的凭据可以访问受限制的行，并且基础视图中的计算结果一定是造成差异的原因。

感谢您帮助我发现这一点！ 结案！！

是的- 你是正确的，那就是我们在宇宙水平上施加的限制。

请原谅我的无知，但这不是DBA的问题。 查询将在服务器上运行14秒。

这是SQL Server和Webi服务器之间的问题。 不在数据库。

还尝试更改Universe连接上的Array fetch大小

我是DBA和BI Admin。

WRC-不，我们不安装此设备，我们认为该技术已弃用。

按照大小调整准则，服务器节点上有大量的内存和CPU。

嗨，布莱恩，

关于FHSQL，我记得您之前说过 三个工会不再是问题。

还可以使用该SQL吗？

此外，如果您仍然想走Universe路线，请遵循Carlos的建议，并增加数组获取大小。

感谢，
Mahboob Mohammed

关于FHSQL的好建议。 但是，FHSQL不喜欢此SQL语句。 它不会让我单击"确定"或"验证"，按钮显示为灰色。 我怀疑FHSQL不喜欢Universe正在生成的3个具有0,1,2 GID的并集。

谢谢Mahboob，我想出了问题。 在SSMS中进行测试时，Webi使用的用户身份与我的凭据使用的用户不同。 行级安全性导致Webi用户与我的管理员用户执行不同的操作。