選擇Report Builder
現在您有了更多建立分析的選項，有時候可能很難確切知道Report Builder的哪一種風格適合您的需求。 本主題將引導您選擇最佳方法來建置分析。
何時應使用SQL Report Builder？ whensql
檢視在traditional Report Builder上使用SQL Report Builder的一些較常見的原因。
如果您要使用SQL特定函式……
SQL Report Builder的優點之一是，它可讓您使用Data Warehouse管理員中目前未提供的功能。 在過去，分析師可能必須介入以幫助您完全實現您的願景。
SQL Report Builder支援LISTAGG和GETDATE等您先前無法使用的功能。 您可以存取full list，但其他一些SQL特定函式包括：
如果您想要執行一些測試……
如果您想要嘗試不同的技巧和策略來找出最適合您的分析方式，您可能會想要使用SQL Report Builder。 在「Data Warehouse管理員」中建置欄需要時間和使用DWM建立的欄，這取決於更新週期。
您最多只能等待一個更新週期，才能使用欄。 如果您發現建置欄時發生錯誤，您必須等待 兩個 週期：一個最初填入欄，另一個週期用於傳播修訂。
如果您只使用新欄一次……
如上一節所述，在Data Warehouse管理員中建立欄需要時間。 如果您只打算在一個報表中使用您建立的欄，Adobe建議使用SQL Report Builder。 如此一來，您就不需要等待更新週期完成，可以更快速地恢復工作。
如果您使用的資料具有一對多關係……
有時候，資料的結構可能會讓SQL Report Builder成為建置分析時更有效率且更符合邏輯的選擇。 在「Data Warehouse管理員」中直接建立一對一關係的欄，但在處理一對多關係時，可能會有點混亂。
假設將單一產品視為多個產品類別的一部分，而您想要檢視與每個產品的每個類別相關聯的收入。 嘗試使用DWM建立此關聯性可能既繁瑣又困難，但撰寫SQL查詢可能更簡單明瞭：
我何時應使用傳統Report Builder？ whentraditionalrb
雖然SQL Report Builder可讓您對先前無法使用的功能擁有更多控制權和存取權，但可能並不一定都是正確的選擇。 Adobe建議，在決定要使用的Report Builder風格時，也應考量下列事項。
如果您要建置簡單的報表……
如果您要建立的內容簡單明瞭，則使用傳統Report Builder可能比撰寫完整SQL查詢快得多。 如果您需要建立分析的任何欄已位於Data Warehouse管理員中，則此功能會有所幫助。
如果您正在與其他使用者共用您的工作……
貴組織的使用者是否使用/檢視此分析？ 視您與誰共用您的工作而定，有時候堅持使用視覺Report Builder可能會更好。 使用者可以快速檢視Visual Report Builder中的定義，而不是讀取可能較長的SQL查詢。
如果有人需要報告但不熟悉SQL，Adobe建議使用Report Builder的原始風格。 這樣會讓事情變得更容易。
正在結束 wrapup
SQL Report Builder和Visual Report Builder都適合各種使用案例。 這通常取決於您的分析需求以及分析的使用者。