選擇Report Builder

NOTE
​>需要管理員許可權

現在您有了更多建立分析的選項,有時候可能很難確切知道Report Builder的哪一種風格適合您的需求。 本主題將引導您選擇最佳方法來建置分析。

何時應使用SQL Report Builder? whensql

檢視在traditional Report Builder上使用SQL Report Builder的一些較常見的原因。

如果您要使用SQL特定函式……

SQL Report Builder的優點之一是,它可讓您使用Data Warehouse管理員中目前未提供的功能。 在過去,分析師可能必須介入以幫助您完全實現您的願景。

SQL Report Builder支援LISTAGGGETDATE等您先前無法使用的功能。 您可以存取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都適合各種使用案例。 這通常取決於您的分析需求以及分析的使用者。

recommendation-more-help
e1f8a7e8-8cc7-4c99-9697-b1daa1d66dbc