你好，

Geetha提出的数字是正确的，但这只是理论部分（并且非常适用于SQL资源，例如Google BigQuery，SAP HANA或与您有联系的任何SQL DB->对于SAP BW-无论版本如何 BW 7.3、7.4、7.5 ... #HANA或#NON HANA的数字有很大的不同。）

实际上，从BW来源（BW查询）进行数据获取的最终结果将受到查询中维度的数量和度量（计算，KF，受限KF，聚合和异常聚合）的影响。

请特别注意，当您从SAP BW中使用数据时，因为如果希望行和列的数量与在Analysis Office中看到的相同，那么在SAC中，您得到的数量会更少。 即使从BW中的RSADMIN更改设置，或者增加了SCC代理/Tomcat服务器的限制，数据集结果的重要性仍然不如Analysis Office中重要。

请谨慎对待您的期望SAC <-> SAP BW（数据采集），因为最终您将被欺骗。

有解决方案和解决方法，但是我发现它们使用起来非常复杂并且并不十分友好。

出行提示：

• 在BW中创建仅针对特定上下文恢复的查询->避免短语"一个查询满足我的所有需求"；
• 如果有错误/限制，则可以在单独的sac查询中获取每个关键指标->使用一个度量创建模型，并且所有维度（一旦创建）将第二个度量添加到模型中，然后创建一个新度量 查询该新度量，并在SAC中对其进行更新，并继续执行直到完成为止；
• 创建一个行数有限的模型，并使用从BW查询导出的.CSV或Excel文件中的历史数据初始化该模型；
• 尽可能在SAC（模型和故事）中创建复杂的计算/限制和异常汇总->避免使用大量计算的BW查询-复杂的公式；
• 使用层次结构（键和文本）创建尽可能多的公共维度，并将其用于空白模型，以避免从BW中检索更多列；
• 如果您的BW系统允许->使用HANA来利用可能从BW中获得的更多行和列；
• 想象一下Analysis Office（详细信息-钻取，切片和切块）与SAC（具有"全局"）之间的混合-考虑这些拖曳解决方案的互操作性；

我希望您对如何与SAC中的BW数据采集相处有更好的了解。

此致

Alex