我正在寻找方法来提高数据库对于繁重的分析查询的性能，并发现我的临时表空间有 1M 范围（统一表空间的默认值）。由于我通常的临时表空间使用量远高于每个查询 1GB（具有大量连接/排序/组的顶级查询可能消耗多达 100 GB 的临时表空间），1M 范围对我来说看起来太低了。为了性能而增加范围大小是否值得？
AskOverflow.Dev
我正在寻找方法来提高数据库对于繁重的分析查询的性能，并发现我的临时表空间有 1M 范围（统一表空间的默认值）。由于我通常的临时表空间使用量远高于每个查询 1GB（具有大量连接/排序/组的顶级查询可能消耗多达 100 GB 的临时表空间），1M 范围对我来说看起来太低了。为了性能而增加范围大小是否值得？
除非您有来自 AWR/ASH 的一些证据表明分配范围是查询运行时特别耗时的部分，否则如果您试图压缩最后一个百分比，这可能是您会考虑的微优化系统之外的性能。
您是否有足够的信心相信自己已经通过物化视图为典型查询工作负载预聚合了数据，并且已经构建了 OLAP 多维数据集等？除非消耗 100 GB TEMP 空间的查询是基于某些用户进行一些一次性分析，而这些分析是通过其他查询不希望聚合的内容进行聚合的，否则我的猜测是，存在更大的潜力 -规模优化将产生更大的回报。