我正在研究一個項目，那裏有幾個BIG立方體。使用的技術是SSAS。我們有數百個報告，很多計算都在報告定義中。我不認爲這是在報告中進行計算的正確方法。它增加了測試的複雜性。我認爲更好的解決方案是在OLAP中進行計算。但是開發人員抱怨MDX查詢會運行多年，因爲該立方體將變得更大，更復雜。我的想法是有很多小立方體，並在其中進行計算。olap立方體建築 - 多少個olap立方體？
這是個好主意嗎？您是否有其他想法來降低報告中測試值的複雜性？
如果不使用它們，計算所得成員不會感染多維數據集的性能。他們不需要存儲空間，只有當有人通過查詢命中Calculatd成員來查詢多維數據集時纔會計算。所以，可以說你添加了計算出來的memebrs並繼續在報告中使用你的計算，它不會有所作爲，他們會站在那裏等待被使用。這是很好的測試，您可以創建報告的副本並在並行中運行以測試結果。
我不認爲這會有所幫助，它也會增加您的解決方案的複雜性。我會說遠離它
MDX查詢性能主要取決於您的多維數據集架構。憑藉良好的層次和良好的業務邏輯關聯性，您不必關心多維數據集大小。
只要您在分區上達到〜20百萬個，根據時間軸將其分成兩部分，爲它設計聚合就可以了。我們擁有能夠運行相當複雜的MDX的7億個數據包數據的多維數據集，沒有性能問題;與此同時，由於更復雜/未如此優化的架構，只有10-20萬數據源的立方體可能會變慢。