保護及設定資料庫後,即可將資料庫連線至 Looker。本頁說明新的 Looker 連線工作流程。
- 如果是 Looker (原始) 執行個體,如果已啟用「使用舊版連線頁面」舊版切換按鈕,請參閱「使用舊版工作流程將 Looker 連線至資料庫」說明文件頁面,瞭解舊版連線 UI。
對於 Looker (Google Cloud Core) 執行個體,系統只支援本頁所述的新資料庫連線工作流程。
您可以在「將資料庫連線至 Looker」頁面中,在 Looker 建立資料庫連線。開啟「將資料庫連線至 Looker」頁面有兩種方式:
- 按一下「主選單」圖示 ,然後選取「管理」,接著在「管理」面板中選取「資料庫」部分的「連線」。在「Connections」(連線) 頁面中,按一下「Add Connection」(新增連線) 按鈕。
- 按一下主要導覽選單中的「建立」按鈕,然後選取「連線」選單項目。
本頁面說明 Looker 在「將資料庫連線至 Looker」頁面中顯示的常見欄位。頁面顯示的確切欄位取決於方言設定。
如要瞭解如何將使用者屬性套用至連線設定,請參閱「使用者屬性」說明文件頁面的「連線」一節。
按這裡即可查看 Looker 說明文件中,方言專屬操作說明的連結。
- Actian Avalanche
- PostgreSQL 適用的 AlloyDB
- Amazon Aurora PostgreSQL
- Amazon Athena
- Amazon Aurora MySQL
- MySQL 適用的 Amazon RDS
- PostgreSQL 適用的 Amazon RDS
- Amazon Redshift
- Amazon Redshift 2.1 以上版本
- Amazon Redshift Serverless 2.1 以上版本
- Apache Druid
- Apache Hive 2.3 以上版本和 3.1.2 以上版本
- Apache Spark 3 以上版本
- ClickHouse
- Cloudera Impala 3.1 以上版本
- Databricks
- DataVirtuality
- Denodo 7、8 和 9
- Dremio
- Exasol
- Firebolt
- Google BigQuery 舊版 SQL
- Google BigQuery 標準 SQL
- Google Cloud SQL for MySQL
- Google Cloud SQL for PostgreSQL
- Google Spanner
- Greenplum
- AS400 上的 IBM DB2
- IBM DB2 on LUW
- MariaDB
- Microsoft Azure Synapse Analytics
- Microsoft Azure SQL Database
- Microsoft Azure PostgreSQL
- Microsoft SQL Server (MSSQL)
- 商業智慧適用的 MongoDB 連接器
- MySQL
- Oracle
- Oracle ADWC
- PostgreSQL
- PrestoDB
- SAP HANA
- SingleStore (前身為 MemSQL)
- 雪花
- Teradata
- Trino
- 向量
- Vertica
「資料庫連線設定」功能包含下列四個部分:
一般設定
名稱
您要使用的連線名稱。您需要在 LookML 模型的 connection
參數中使用這個資料庫連線名稱。資料庫連線名稱也是 Looker「管理」頁面上連線的識別方式。請勿使用任何資料夾的名稱來設定這個選項。這個值不必與資料庫中的任何項目相符;Name
是在 Looker UI 中識別這個連線的標籤。
SQL 方言
與連線相符的 SQL 方言。請務必選擇正確的值,這樣系統才會顯示適用的連線選項,而 Looker 也才能正確地將 LookML 翻譯為 SQL。
使用最新版驅動程式
根據預設,Looker 一律會使用資料庫方言的最新版 JDBC 驅動程式連線至資料庫。如果所選資料庫方言有多個 Looker 支援的 JDBC 驅動程式版本,您可以停用「使用最新驅動程式版本」切換鈕,為連線選取較舊的 JDBC 驅動程式版本。如要選取較舊的 JDBC 驅動程式版本,可以為連線停用「使用最新驅動程式版本」切換鈕,然後從「驅動程式版本」下拉式選單中選取驅動程式版本。
如果您選取舊版 JDBC 驅動程式,只要 Looker 支援該版本,就會繼續使用。
在下列兩種情況下,Looker 將停止支援驅動程式版本:
- Looker 支援服務已不再提供該驅動程式版本。在這種情況下,連線會使用 Looker 支援該方言的最早驅動程式版本。
- 由於 Looker 回復,驅動程式版本尚不存在。在這種情況下,連線會使用回溯版本支援的最新驅動程式版本。
如果 Looker 不再支援所選的驅動程式版本,系統會在「編輯資料庫連線」頁面的「驅動程式版本」欄位下方顯示警示,通知您所選的驅動程式版本已不再受支援。這項快訊也會說明 Looker 用於連線的驅動程式版本。如要清除這項快訊,請從「驅動程式版本」下拉式選單中選取支援的 JDBC 驅動程式版本,或啟用「使用最新驅動程式版本」切換鈕,使用最新驅動程式版本。
專案範圍
選取連線是否可與所有專案搭配使用,或只能與一個專案搭配使用:
- 所有專案:執行個體上的所有 LookML 專案都可以存取連線,因此可以在該專案的模型檔案的
connection
參數中指定連線名稱。 - 選取的專案:執行個體上只有一個 LookML 專案可以存取連線。選取這個選項後,「連線」畫面會顯示執行個體上的專案下拉式選單。選取可存取這項連線的專案。
搭配下列權限使用這個選項,即可委派連線管理和模型設定:
狀態詳細資料
展開「狀態詳細資料」部分,測試連線設定。
資料庫設定
啟用 SSH 伺服器
必須符合下列條件,才能使用「SSH 伺服器」選項:執行個體已部署於 Kubernetes 基礎架構,且您已啟用相關功能,可將 SSH 伺服器設定資訊加入 Looker 執行個體。如果 Looker 執行個體未啟用這項功能,但您想啟用,請與銷售專員聯絡 Google Cloud 或提出支援要求。如果開啟「啟用 SSH 伺服器」選項,Looker 會顯示「SSH 伺服器」和「SSH 通道」欄位。
SSH 伺服器
您無法指定 localhost 通訊埠,SSH 伺服器會自動為您選擇 localhost 通訊埠。如需建立 SSH 連線,且必須指定本機主機通訊埠,請開啟支援要求。
從下拉式清單中選取 SSH 伺服器設定。必須有 SSH 伺服器,才能選取或建立適當的 SSH 通道。您可以在「連線」面板的「SSH 伺服器」分頁中建立新的 SSH 伺服器。
SSH 通道
從下拉式清單選取現有的 SSH 通道,或按一下「建立新通道」圖示,使用主機名稱和通訊埠或本機通訊埠建立新的 SSH 通道。
主機名稱
Looker 連線至資料庫主機時應使用的資料庫主機名稱。
如果您與 Looker 分析師合作設定資料庫的 SSH 通道,請在「主機」欄位中輸入 "localhost"
。如果將使用者屬性套用至「主機」欄位,使用者屬性的使用者存取層級就不能設為「可編輯」。如果您設定了 SSH 通道來連線至資料庫,就無法將使用者屬性套用至「遠端主機:通訊埠」欄位。
通訊埠
Looker 連線至資料庫主機時應使用的資料庫通訊埠。
如果您與 Looker 分析師合作設定資料庫的 SSH 通道,請在「通訊埠」欄位中輸入重新導向至資料庫的通訊埠號碼,Looker 分析師應會提供這項資訊。
本機通訊埠
Looker 預設會自動為 SSH 通道選取可用的本機通訊埠。如要手動選取本機通訊埠,請選取「手動輸入」,然後在「Custom Local Port」欄位輸入通訊埠編號。請確保執行個體可以使用本機通訊埠。
帳單專案 ID (僅限 Google BigQuery)
帳單專案 ID 是 Google Cloud 專案 ID。詳情請參閱「Google BigQuery」說明文件頁面。
儲存專案 ID (僅限 Google BigQuery)
儲存專案 ID 的名稱 (如果您在不同的專案中區隔運算和儲存空間)。如果 LookML 開發人員在 LookML 檢視區塊、探索或聯結的 sql_table_name
參數中指定完整範圍的資料表名稱,您就可以查詢不同 Google Cloud 專案中的資料集。詳情請參閱「Google BigQuery」說明文件頁面。
主要資料集 (僅限 Google BigQuery)
Looker 查詢資料庫時預設使用的資料集名稱。詳情請參閱「Google BigQuery」說明文件頁面。
資料庫名稱
主機中資料庫的名稱。舉例來說,您可能有一個主機名稱為 my-instance.us-east-1.redshift.amazonaws.com
,其中有名為 sales_info
的資料庫。您會在該欄位中輸入 sales_info
。如果同一主機上有數個資料庫,您可能需要建立多個連線才能使用這些資料庫 (MySQL 除外,因為在 MySQL 中,「資料庫」一詞的意義與大多數 SQL 方言略有不同)。
預設結構定義
這是 Looker 在未指定結構定義時使用的預設結構定義。這適用於使用 SQL Runner、產生 LookML 專案,以及查詢資料表時。
驗證設定
如果是 Google BigQuery、Snowflake、Trino 和 Databricks 連線,請選取 Looker 用來存取資料庫的驗證類型:
- 如果是 Google BigQuery 連線,您可以選擇設定 OAuth 或服務帳戶,供 Looker 用於驗證資料庫。
- 如果是 Snowflake、Trino 和 Databricks 連線,您可以選擇設定 OAuth 或資料庫帳戶,供 Looker 用於驗證資料庫。
使用 OAuth 時,使用者必須登入資料庫,才能從 Looker 發出查詢。如要進一步瞭解如何設定連線的 OAuth,請參閱 Google BigQuery、Snowflake、Trino 或 Databricks 連線程序。
使用者名稱
Looker 可用來連線至資料庫的資料庫使用者帳戶使用者名稱。
密碼
Looker 可用來連線至資料庫的資料庫使用者帳戶密碼。
展開「狀態詳細資料」部分,測試連線設定。
選用設定
每個節點的連線數上限
您可以在這裡設定 Looker 可與資料庫建立的連線數量上限。在大多數情況下,您設定的是 Looker 可對資料庫執行的並行查詢數量。Looker 也會保留最多三個連線,用於終止查詢。如果連線集區很小,Looker 就會保留較少的連線。
請謹慎設定這個值。如果值過高,資料庫可能會無法負荷。如果值太低,查詢就必須共用少量的連線。這會造成使用者查詢速度緩慢,因為必須等到先前的查詢傳回結果,才能接著處理後續查詢。
預設值 (取決於 SQL 方言) 通常是合理的起點。大多數資料庫也有自己的設定,可決定接受的連線數上限。如果資料庫設定限制連線數量,請確保「每個節點的連線數上限」值等於或低於資料庫的限制。
連線集區逾時時間
如果使用者要求連線的數量超過每個節點的連線數上限設定,要求會等待其他要求完成後再執行。您可以在這裡設定要求等待時間上限。預設值為 120 秒。
請謹慎設定這個值。如果設定過低,其他使用者的查詢可能無法在時間內完成,導致使用者查詢遭到取消。如果設定的值過高,可能會累積大量查詢,導致使用者等待時間過長。預設值通常是合理的起點。
這個連線的並行查詢數量上限
這個選填值會限制 Looker 同時向這個資料庫連線提交的並行查詢數量。如果需要同一個連線的並行要求超過數量上限,Looker 會在內部將這類要求排入佇列並依序處理。設定這個值會覆寫現有的「每個節點的連線數上限」值。
這個連線的個別使用者並行查詢數量上限
這個選用值會限制 Looker 同時向這個資料庫連線提交的個別使用者並行查詢數量。如果需要同一個連線的並行要求超過數量上限,Looker 會在內部將這類要求排入佇列並依序處理。
其他 JDBC 參數
您可以視需要在這裡為查詢加入其他 Java Database Connectivity (JDBC) 參數。
如要在 JDBC 參數中參照使用者屬性,請使用 Liquid 範本語法:_user_attributes['name_of_attribute']
。請參閱以下範例:
my_jdbc_param={{ _user_attributes['name_of_attribute'] }}
維護排程
Looker 再生器會檢查以 sql_trigger_value
為依據的資料群組和永久資料表 (包括匯總資料表和永久衍生資料表)。根據這些檢查結果,Looker 再生器會從資料庫的從頭開始結構定義重建或捨棄永久資料表。
「維護時間表」值會設定 Looker 重新產生器的 cron
間隔。Looker 再生器會啟動再生器週期,以 cron
間隔檢查資料群組和永久資料表。如果在下一個 cron
間隔,Looker 重新產生器週期仍在進行中,Looker 重新產生器會完成進行中的重新產生器週期,然後等待下一個 cron
間隔,再開始下一個重新產生器週期。
「維護時間表」設定接受 cron
運算式。預設值為 */5 * * * *
,也就是說,如果上一個再生器週期已完成,Looker 再生器週期就會以五分鐘為間隔啟動週期。如果上一個再生器週期尚未完成,Looker 再生器會在週期完成後的下一個五分鐘間隔啟動。
五分鐘的預設間隔也是「維護排程」支援的最短間隔。Looker 不會強制執行「維護時間表」的間隔上限,也就是說,您可以根據 cron
運算式指定的間隔,盡可能延長 Looker 重新產生器週期之間的間隔。請注意,如果 Looker 再生器週期較長,可能會對快取和持續性資料表中的資料新鮮度造成負面影響。
Looker 再生器會在一個週期內完成所有檢查和 PDT 重建作業,然後等待下一個 cron
間隔,再啟動下一個週期。如果 PDT 建構作業耗時較長,Looker 再生器週期之間的時間間隔可能會較長。如需其他可能影響表格重建時間的因素,請參閱「Looker 中的衍生表格」頁面「實作持續性表格的重要考量」一節。
如果資料庫並非全天候運作,建議您只在資料庫運作時進行檢查。以下提供其他 cron
運算式:
cron 運算式 |
定義 |
---|---|
*/5 8-17 * * MON-FRI |
在週一至週五的營業時間內,每 5 分鐘檢查一次資料群組和 PDT |
*/5 8-17 * * * |
每天在營業時間內,每 5 分鐘檢查一次資料群組和 PDT |
0 8-17 * * MON-FRI |
在週一至週五的營業時間內,每小時檢查資料群組和 PDT |
1 3 * * * |
每天凌晨 3 點 1 分檢查資料群組和 PDT |
建立 cron
運算式時,請注意下列事項:
- Looker 使用 parse-cron v0.1.3,因此不支援
cron
運算式中的?
。 cron
運算式會使用 Looker 應用程式時區,判斷檢查時間。- 如果系統未建構 PDT,請將 cron 字串重設為預設值
*/5 * * * *
。
以下資源可協助您建立 cron
字串:
- https://crontab.guru:協助編輯及測試
cron
字串。 - http://www.crontab-generator.org:選取時間設定,產生器就會建立對應的
cron
字串。
SSL
選擇是否要使用 SSL 加密,保護 Looker 與資料庫之間傳輸的資料。SSL 只是保護資料的一種方式,如需其他安全選項,請參閱「啟用安全的資料庫存取權」說明文件頁面。
驗證 SSL
選擇是否要驗證連線使用的 SSL 憑證。如果需要驗證,簽署 SSL 憑證的 SSL 憑證授權單位 (CA) 必須來自用戶端信任來源清單。如果 CA 不是信任來源,系統就不會建立資料庫連線。
如果未選取這個方塊,連線仍會使用 SSL 加密,但不需要驗證 SSL 連線,因此當憑證授權單位不在用戶端的信任來源清單中時,仍可建立連線。
預先快取資料表和資料欄
在 SQL Runner 中,只要選取連線和結構定義,系統就會預先載入所有資料表資訊。這樣一來,只要點選資料表名稱,SQL Runner 就能快速顯示資料表欄。不過,如果連線和結構定義包含許多資料表或非常大的資料表,您可能不希望 SQL Runner 預先載入所有資訊。
如果希望 SQL Runner 只在選取資料表時載入資料表資訊,可以取消選取「預先快取資料表和資料欄」選項,停用連線的 SQL Runner 預先載入功能。
擷取及快取結構定義
對於某些 SQL 撰寫功能 (例如匯總感知),Looker 會使用資料庫的資訊結構定義,盡可能撰寫出最佳的 SQL。如果資訊結構定義未快取,Looker 可能必須偶爾封鎖寫入資料庫的 SQL,才能擷取資訊結構定義。如果方言使用 Hadoop 分散式檔案系統 (HDFS),擷取資訊結構定義的時間可能很長,進而大幅影響 Looker 查詢的效能。如果資訊結構定義速度緩慢,可以停用連線的「擷取並快取結構定義」選項。停用這項功能會導致 Looker 無法針對特定功能進行 SQL 最佳化,因此除非您知道連線的資訊結構定義速度特別慢,否則應啟用「擷取並快取結構定義」選項。
預估費用
「費用預估」切換鈕僅適用於下列資料庫連線:
- 雪花
- Amazon Redshift
- Amazon Aurora
- PostgreSQL、PostgreSQL 適用的 Google Cloud SQL 和 Microsoft Azure PostgreSQL
「費用預估」切換鈕可啟用連線的下列功能:
詳情請參閱「在 Looker 中探索資料」說明文件頁面。
保有一組資料庫連線
對於支援資料庫連線集區的方言,這項功能可讓 Looker 透過 JDBC 驅動程式使用連線集區。資料庫連線集區可提升查詢效能,因為新查詢不必建立新的資料庫連線,而是使用連線集區中的現有連線。連線集區功能可確保連線在查詢執行後會清除,並在查詢執行結束後可供重複使用。詳情請參閱「資料庫連線集區」說明文件頁面。
永久衍生資料表 (PDT) 設定
啟用 PDT 後,系統會顯示下列設定。
啟用 PDT
開啟「啟用 PDT」切換鈕,即可啟用永久衍生資料表。啟用 PDT 後,「連線」視窗會顯示額外的 PDT 欄位和「PDT 覆寫」部分。只有在資料庫方言支援使用 PDT 時,Looker 才會顯示「啟用 PDT」切換鈕。
請注意下列有關 PDT 的事項:
- 使用 OAuth 的 Snowflake 連線不支援 PDT。
- 在連線上停用 PDT 不會停用與 PDT 相關聯的資料群組。即使停用 PDT,現有資料群組仍會對資料庫執行
sql_trigger
查詢。如要停止資料群組對資料庫執行sql_trigger
查詢,請從 LookML 專案中刪除或註解datagroup
參數,也可以更新連線的「維護時間表」設定,讓 Looker 檢查 PDT 和資料群組的頻率非常低,甚至完全不檢查。 - 如果是 Snowflake 連線,Looker 會將
AUTOCOMMIT
參數的值設為TRUE
(Snowflake 的預設值)。Looker 執行 SQL 指令來維護 PDT 註冊系統時,需要AUTOCOMMIT
。
暫存資料庫
雖然這會標示為「暫存資料庫」,但您必須根據自己的 SQL 方言,輸入適用的資料庫名稱或結構定義名稱,以便 Looker 用來建立永久衍生資料表。您應事先設定這個資料庫或結構定義,並具備適當的寫入權限。在「資料庫設定說明」說明文件頁面中,選取資料庫方言,即可查看該方言的說明。
每個連線都必須有專屬的暫存資料庫或結構定義;暫存資料庫或結構定義無法在不同的連線之間共用。
PDT 建構工具連線數量上限
「PDT 建構工具連線數量上限」設定可讓您指定 Looker 再生器可透過資料庫連線啟動多少並行的資料表建構作業。「PDT 建構工具連線數量上限」設定僅適用於 Looker 再生器啟動重建的資料表類型:
- 採用觸發條件的永久資料表 (使用
datagroup_trigger
或sql_trigger_value
持續性策略的永久衍生資料表和匯總資料表)。 - 使用
persist_for
策略的持續性資料表,但僅限於persist_for
資料表屬於衍生資料表層疊的情況,且該資料表依附於使用datagroup_trigger
或sql_trigger_value
持續性策略的資料表。在本例中,由於需要重建另一個資料表,Looker 重新產生器會重建persist_for
資料表。否則再生器不會啟動persist_for
資料表的建構作業。
「PDT 建構工具連線數量上限」設定預設為 1,但最高可設為 10。不過,這個值不得高於「每個節點的連線數上限」欄位中設定的值,也不得高於 Looker 啟動選項中設定的 per-user-query-limit
。
請謹慎設定這個值。如果值太高,資料庫可能會無法負荷。如果值偏低,長時間執行的 PDT 或匯總資料表可能會延遲建立其他持續性資料表,或降低連線上的其他查詢速度。支援多重租戶的資料庫 (例如 BigQuery、Snowflake 和 Redshift) 在處理平行查詢建構作業時,效能可能較佳。
如要提高「PDT 建構工具連線數量上限」設定,建議先增加 1。如果發生任何非預期的行為,請將值設回預設的 1。否則,如果查詢效能未受影響,您可以繼續以 1 為增量逐步提高設定,並在每次增量後驗證效能,再進一步提高設定。
請注意「PDT 建構工具連線數量上限」設定的相關事項:
- 「PDT 建構工具連線數量上限」設定只適用於重建資料表所需的連線,不適用於觸發檢查所需的連線。觸發檢查是檢查資料表持續性策略是否觸發的查詢。由於這些觸發檢查查詢一律會依序執行,因此「PDT 建構工具連線數量上限」設定不適用。
- 在叢集 Looker 執行個體中,重新產生器只會在主要節點上執行。「PDT 建構工具連線數量上限」設定只會套用至主要節點,因此會為整個叢集設定限制。
- 「PDT 建構工具連線數量上限」設定不適用於下列類型的資料表。這些類型的表格會依序建構:
- 透過
persist_for
參數保留的資料表 (除非資料表是使用datagroup_trigger
或sql_trigger_value
策略的資料表所依附)。 - 開發模式中的表格。
- 使用「重建衍生資料表並執行」選項重建的資料表。
- 資料表,其中一個資料表依附於另一個資料表,形成依附元件串聯。表格無法與其依附的表格同時建構。舉例來說,如果
table_B
依附於table_A
,則table_A
必須先完成重建,table_B
才能開始重建。
- 透過
重新執行失敗的 PDT 建構作業
「重新執行失敗的 PDT 建構作業」切換鈕可設定 Looker 再生器嘗試重建觸發保留資料表的方式,這些資料表在先前的再生器週期中建構失敗。Looker 再生器會根據維護時間表連線設定中設定的時間間隔,重新建立觸發程序持續性資料表 (PDT 和匯總資料表)。啟用「重新執行失敗的 PDT 建構作業」切換鈕後,即使 PDT 的觸發條件未達成,Looker 重新產生器也會嘗試重建上一個重新產生器週期中失敗的 PDT。如果停用這項設定,只有在符合 PDT 的觸發條件時,Looker 再生器才會嘗試重建先前失敗的 PDT。「重新執行失敗的 PDT 建構作業」預設為停用。
如要進一步瞭解 Looker 重新產生器,請參閱「Looker 中的衍生資料表」說明文件頁面。
PDT API 控制功能
PDT API 控制功能切換鈕可決定這個連線是否能使用 start_pdt_build
、check_pdt_build
和 stop_pdt_build
API 呼叫。如果停用「PDT API 控制」切換鈕,當這些 API 呼叫參照這個連線上的 PDT 時,就會失敗。「PDT API 控制」切換按鈕預設為停用。
啟用 PDT 覆寫
如果資料庫支援永久衍生資料表,且您已在連線設定中開啟「啟用 PDT」切換按鈕,Looker 就會顯示「PDT 覆寫」切換按鈕。啟用「PDT 覆寫」切換鈕,即可顯示「PDT 覆寫」部分,您可以在其中輸入 PDT 程序專用的個別 JDBC 參數 (主機、通訊埠、資料庫、使用者名稱、密碼、結構定義、額外參數和連線後陳述式)。這項功能有許多價值:
- 為 PDT 程序建立獨立的資料庫使用者後,即使您將使用者屬性指派給資料庫登入憑證,或使用 OAuth 建立資料庫連線,也能在 Looker 專案中使用 PDT。
- PDT 程序可透過優先順序較高的獨立資料庫使用者進行驗證。這樣資料庫就能優先處理 PDT 工作,而非較不重要的使用者查詢。
- 您可以撤銷標準 Looker 資料庫連線的寫入權限,並只授予 PDT 程序用於驗證的特殊使用者。對大多數機構而言,這是更完善的安全策略。
- 對於 Snowflake 等資料庫,PDT 程序可以導向更強大的硬體,且不會與其他 Looker 使用者共用。這樣一來,PDT 就能快速建構,不必全時執行昂貴的硬體,節省成本。
舉例來說,在使用者名稱和密碼欄位設為使用者屬性的連線中,「PDT Overrides」(PDT 覆寫) 區段可以建立具有專屬密碼的個別使用者 (pdt_user
)。完成這項設定後,會發生下列情況:
- 每位使用者都能透過使用者屬性指派的個人憑證存取資料庫。
- 系統會使用
pdt_user
帳戶執行所有 PDT 程序,並提供適當的存取層級,方便您建立及更新 PDT。 - 使用者查詢流量和 PDT 處理程序流量可快速區分,以利使用「系統活動」等功能進行監控。
資料庫時區
資料庫儲存時間資訊時採用的時區。Looker 需要知道這項資訊,才能為使用者轉換時間值,方便他們瞭解及使用時間相關資料。詳情請參閱「使用時區設定」說明文件頁面。
查詢時區
只有在停用「使用者專屬時區」時,系統才會顯示「查詢時區」選項。
停用「使用者專屬時區」後,使用者查詢以時間為準的資料時,系統會顯示「查詢時區」,而 Looker 會將「資料庫時區」的以時間為準資料轉換為「查詢時區」。
詳情請參閱「使用時區設定」說明文件頁面。
展開「狀態詳細資料」部分,測試連線設定。
查看
輸入所有資料庫連線設定後,您可以檢查並測試連線,確保設定正確無誤。
您可以在 Looker UI 的幾個位置測試連線設定:
如果 Looker 顯示「可連線」,請按下「連線」建立連線。資料庫連線隨即會新增至 Looker「管理」頁面的「連線」清單。
如果您已將一或多個連結參數值設為使用者屬性,系統就會顯示「以使用者身分測試」選項。選取使用者,然後按一下「測試」,確認資料庫可以連線,並以該使用者身分執行查詢。
疑難排解
如果連線未通過一或多項測試,請注意下列事項:
- 如果您在 Atlas 上執行 Mongo 3.6 版或更早版本,且通訊連結失敗,請參閱 Mongo Connector 說明文件頁面。
- 如要接收有關臨時結構定義和 PDT 的連線成功訊息,您必須在設定 Looker 資料庫時允許這項功能。如需相關操作說明,請參閱「資料庫設定操作說明」說明文件頁面。
- 使用 OAuth 的資料庫連線 (例如 Snowflake 和 Google BigQuery) 需要使用者登入。如果您在測試其中一個連線時,未登入 OAuth 使用者帳戶,Looker 會顯示含有「登入」連結的警告。按一下連結,輸入 OAuth 憑證或允許 Looker 存取 OAuth 帳戶資訊。
- 如果是客戶代管的 Looker 執行個體,請參閱「Testing database connectivity for customer-hosted instances」(測試客戶代管執行個體的資料庫連線) 說明文件頁面,瞭解疑難排解提示。
後續步驟
將資料庫連線至 Looker 後,即可為使用者設定登入選項。