什麼是「(other)」列？
表格列數超過上限時，報表、探索或 Data API 回應會顯示「(other)」列。在這種情況下，Analytics (分析) 只顯示最常見的維度值，較不常見的值則會併入「(other)」列。
舉例來說，如果支援「網頁和畫面」報表的表格最多只能顯示 10 萬列，但資源有 15 萬個不重複網頁，Analytics (分析) 會從最常見的資料開始排序顯示資料列，剩下 5 萬列則併入「(other)」列。
為什麼會看到「(other)」列？
Analytics (分析) 中每個維度可以有不同數量的指派值，維度指派值的數量即為基數。舉例來說，「是轉換事件」維度可能會有兩個指派值 (「true」或「false」)，「網頁路徑」維度依網站上每個網址路徑的情況，則可能會有不同的值。
有很多表格內含多個維度，在這種情況下，需要的資料列數最多可能相當於各維度值數量的相乘結果。舉例來說，如果報表有「裝置」維度 (3 個值：桌機、平板電腦及行動裝置) 和「年齡層」維度 (6 個年齡層)，則表格最多可能包含 18 個資料列 (取決於您是否收集各種組合的維度值)。
只要維度的值數量超過 500 個，即應視為高基數維度。所有用來儲存該維度的表格基數都會大幅提高，且這些表格更有可能會將資料併入「(other)」列。每維度 500 個值為參考值，並非實際上限。維度收集的值越多，資料越有可能併入「(other)」列。
注意：有時報表或探索工具並未出現「(other)」列，但資料品質圖示卻顯示「(other)」列警示訊息。當「(other)」列會影響結果，但目前的資料檢視未必顯示該列，可能就會發生上述情況。舉例來說，假如套用篩選器的報表會隱藏併入「(other)」列的結果，該列就不會顯示，但會出現警示通知。
表格列數上限
表格列數上限取決於下列因素：
- 資源類型：比起標準資源，Analytics (分析) 360 資源可用的列數更多。
- 個別報表或探索：部分報表 (例如「網頁和畫面」報表) 的維度基數較大，因此上限也比較高。
- 查詢複雜度：只有一個維度的標準報表很少受到「(other)」列影響。含有次要維度、篩選器或比較項目的報表較有可能出現「(other)」列，這是因為這類報表會用到內含多種維度的資料庫表格。包含大量及複雜資料的資源較有可能超出基數限制。
避免出現「(other)」列的最佳做法
下列最佳做法有助於減少出現「(other)」列：
- 先使用現有維度，如有需要再建立自訂維度。舉例來說，我們提供預先定義的遊戲相關維度 (例如「角色」、「虛擬貨幣類型」)，如果您需要取得這些資料，可直接採用，不用再另外設定自訂維度。
- 除非必要，否則請勿使用高基數維度，因為這類維度會使資源接近或超過列數上限。
- 請勿用自訂維度建立各使用者的專屬 ID，建議使用 User-ID 功能。
- 如果可以，請採用標準報表。這類報表使用匯總表格，可減少資料併入「(other)」列的情況。
如要評估高基數資料，建議以事件參數和使用者屬性傳送資料，不要將資料登錄到自訂維度。只要不採用自訂維度，您還是可以在 BigQuery、目標對象和區隔等功能中使用這些資料，而不影響資源用量限制。