SQL 對映

「SQL 對映」功能可用於複雜的對映需求，也可用於將多個萬用字元 * 對 * 對映規則替換成資料庫的單次傳遞。

在此範例中，對映大約花了 3 分鐘，而使用單一 SQL 對映規則時，對映應該只需要大約 30 秒。您可以用單一 SQL 對映規則，取代所有「Like」規則，如下所示：

以下是實際產生並執行的 SQL：

在此案例中，SQL 對映是針對 ACCOUNT 維度定義的，而其他 * 對 * 對映規則已遭到刪除。這一個 SQL 對映規則花的時間總計為 29 秒，而且您不需要任何其他的對映規則。

系統可以用這些名稱來參照 ACCOUNT 和 ENTITY 維度，但把其他的維度對映至 UD 維度。若要尋找 SQL 對映所需的維度集，您需要查看應用程式定義或日誌檔，以確定要使用的維度。在此範例中，Product 和 Scenario 被對映至 UD1 和 UD3。來源維度成員使用沒有 "X" 的欄，而對映值在有尾碼 "X" 的欄中。對於 ACCOUNT 維度，來源檔案中的值位於名為 ACCOUNT 的欄中，對映值儲存在 ACCOUNTX 欄中。SQL 對映是用於設定每個維度的 "X" 欄。

這些相同類型的對映可以在科目調節中使用，但請注意，Profile 維度被分類為 ACCOUNT，因此您必須在 ACCOUNT 維度上指定 Profile 維度的所有 SQL 對映。您必須根據在應用程式定義中所定義的對映，來參照科目調節中的其他維度。

每種對映類型使用資源的方式都不相同，以下是按順序排列的對映效能，其中「明確」是最快的，「多維」是最慢的：

1. EXPLICIT
2. IN
3. BETWEEN 和 LIKE
4. MULTI-DIM

多維對映是最慢的對映，因此在需要使用 EXPLICIT 和 LIKE 對映組合的複雜使用案例中，請嘗試少用多維規則。例如 ENTITY = 100 AND ACCOUNT LIKE 4*。

還有另一種調整策略，您可以透過合併來源維度，將多維對映替換成明確對映。例如，如果 ENTITY=100 AND ACCOUNT=4100，您可以把 ENTITY 和 ACCOUNT 串連起來作為來源，並針對 100-4000 來定義 EXPLICIT 對映。