Oracle ODP.NET和SSRS问题

我读过Alex Keh关于ODP.NET的Fetchsize设置的文章 (有一篇PowerBI文章和一篇较旧的SSRS相关文章)，我亲眼看到了云Oracle数据库连接传输数据的速度比默认的Fetchsize快10倍。(本地数据库似乎没有显示出性能差异)

作为SSRS开发人员，我是Oracle ODP.NET托管驱动程序的大量用户/消费者，而不是dotnet开发人员。我的主要问题是:

-鉴于ODP.Net托管驱动程序有一个全局Fetchsize设置，这意味着所有连接到Oracle的SSRS报告都将使用更新/更大的Fetchsize。(在我的情况下，最佳地点似乎将其设置为约1mb

-对于Fetchsize的大幅增加是否会影响繁忙的SSRS服务器的内存消耗，是否有任何集体知识，该服务器每天运行数千个报告，数十个，有时数百个并发请求，以及大多数 (大约80% 的Oracle连接，是内部部署，而不是云连接？)

-并且 (新话题，因为我已经在这里了)-作为未来的增强，是否有计划使ODP.NET SSRS数据提供程序支持，包括参数的名称/值对中的fetchsize？这将使我之前的问题没有必要。)

回答你的两个问题。

1) 是的，FetchSize越大，连接越多，消耗的内存就越多。它确实会影响记忆。解决方案通常是调整物理内存的数量，中间层机器的数量和/或减少FetchSize。这是硬件成本和性能之间的平衡。

2) 有一个悬而未决的问题，MS对SSRS的承诺程度如何。具体而言，外在迹象表明，MS报告工具的未来正倾向于Power BI。我们已经观察到Power BI正在采用等效的SSRS功能，Azure上没有SSRS等效的PaaS，SSRS更新发布在Power BI团队博客上，并且MS有关于将SSRS迁移到Power BI的说明。

如果没有对SSRS更强大的MS支持，就很难证明投资更多的SSRS集成与Power BI集成 (具有类似需求) 是合理的。