我的Tableau筆記本

排序 (sorting) 在做數據分析時經常會被使用。 在 Tableau 的設計中，簡單的排序只要畫面上點選就可以做到。 但有時候，設計者希望能透過參數的選擇方式，讓閱讀者能夠點選或切換排序依據。 這時候就需要一些稍微進階的作法。 這篇會說明透過參數與計算字段方式來產生動態的排序。 (update at 2020/04/24) 範例一 :  顯示各年度次類別的銷售，並可選擇依據哪個年度排序，且選擇遞增或遞減排列 如何做呢 ? 建立兩個參數，一個是年度，另一個是昇降冪 建立計算字段 計算字段如下，主要是透過一個邏輯判斷僅保留下參數選定的年度的Sales，然後乘上參數(+1/-1)來改變排序方向 最後在 Sub-Category 的排序中選擇以剛剛的計算字段作為排序依據 完成後如下 : 範例二 : 主要維度需要可以選擇 ( 次分類、洲或者區域與產品分組 ) 顯示銷售、利潤與毛利率，並可依據其中一項度量作為排序依據且選擇遞增或遞減排列。 如何做呢 ? 分別建立主欄位、度量、昇降冪的參數 建立計算字段  A.  建立維度的選擇計算字段如下 建立排序用的計算字段B，透過邏輯判斷先選擇度量的參數， 然後乘上參數(+1/-1)來改變排序方向 最後在前面創建的主欄位選擇維度(A)的排序中選擇剛剛的計算字段B 完成後如下 :

Process 用途 多執行緒 ? 性能特徵 API Server 處理 REST API 否 除非使用 REST API ，否則此服務可關閉，而不會對 Tableau Server 的運行狀況產生影響。 Application Server 處理 Web 應用程式，支援流覽和搜索 是 主要的負載來自於瀏覽器的視圖互動與 tabcmd 。另外在發佈包含 data extract 的 workbook ，或者匯出視圖靜態圖像時才會有較明顯的負載。 Backgrounder 執行伺服器的任務（包括 extract refreshes ）、 Run Now 任務以及通過 tabcmd 執行的任務 否 可在 Cluster 內的任何或所有電腦上運行多個 processes 以擴展效能。 Backgrounder 通常不會佔用很多 memory ，但 backgrounder 可能會根據工作負載的性質佔用 CPU 、 I/O 或網路資源。例如，執行大量 extract refresh 時，可能會使用網路頻寬來檢索資料。資料檢索或複雜的 tabcmd 任務可能會佔用 CPU 資源。 Cache Server Query Cache 否 分佈在 Cluster 中共用的 Query Cache 。這種記憶體中的 cache 在許多方案中可加快用戶體驗。 VizQL Server 、 Backgrounder 和 Data Server （以及較小範圍的 API Server 和 Application Server ）代表使用者或作業向 Cache Server 發出 cache 請求。 Cache 為單一執行緒方式，因此如果您需要更好的性能，您應運行其他 Cache Server instances 。 Cluster Controller 負責監視各個元件、檢測故障以及在需要時執行容錯移轉 不適用 所有的 tableau server (primary and workers) 都內建安裝。 Coo