Perlu diperhatikan bahwa Anda sedang melihat dokumentasi Looker. Untuk melihat dokumentasi Looker Studio, buka https://support.google.com/looker-studio.

Halaman ini diterjemahkan oleh Cloud Translation API.

Menghubungkan Looker ke database Anda

Setelah mengamankan dan mengonfigurasi database, Anda siap menghubungkan database ke Looker.

Pilih Connections dari bagian Database di panel Admin. Di halaman Connections, klik tombol Add Connection. Looker akan menampilkan halaman Connection Settings.

Untuk mengetahui informasi selengkapnya tentang menerapkan atribut pengguna ke setelan koneksi, lihat bagian Koneksi di halaman dokumentasi Atribut Pengguna.

Halaman ini menjelaskan kolom umum yang ditampilkan Looker di halaman Setelan Koneksi. Kolom persis yang ditampilkan halaman Setelan Koneksi bergantung pada setelan dialek Anda.

Klik di sini untuk melihat link petunjuk khusus dialek dalam dokumentasi Looker.

Setelah memasukkan setelan koneksi database, Anda dapat memilih tombol Test di halaman Connection Settings untuk menguji koneksi dan memastikan koneksi tersebut sudah dikonfigurasi dengan benar. Klik Test untuk memverifikasi bahwa koneksi berhasil. Lihat halaman dokumentasi Menguji konektivitas database untuk informasi pemecahan masalah. Jika Looker menampilkan Dapat Terhubung, tekan Hubungkan untuk membuat koneksi. Koneksi database Anda kemudian akan ditambahkan ke daftar di halaman admin Koneksi Looker.

Setelan umum

Nama

Nama koneksi yang ingin Anda rujuk. Sebaiknya Anda tidak menggunakan nama folder mana pun. Nilai ini tidak perlu cocok dengan apa pun di database Anda; nilai ini merupakan label yang Anda tetapkan untuk mengidentifikasi koneksi ini dalam UI Looker. Anda memerlukan nama koneksi database ini untuk digunakan dalam parameter connection dari model LookML Anda. Nama koneksi database juga merupakan cara koneksi diidentifikasi di halaman admin Koneksi di Looker.

Cakupan Koneksi

Pilih apakah koneksi dapat digunakan dengan semua project atau hanya satu project.

Gunakan opsi ini bersama izin berikut untuk mendelegasikan pengelolaan koneksi dan konfigurasi model:

Dialek

Dialek SQL yang sesuai dengan koneksi Anda. Penting untuk memilih nilai yang benar sehingga Anda diberi opsi koneksi yang tepat, dan agar Looker dapat menerjemahkan LookML Anda ke dalam SQL dengan benar.

ID Project Penagihan

Khusus untuk koneksi Google BigQuery, ID Project Penagihan adalah project ID Google Cloud.

Host

Nama host database yang harus digunakan Looker untuk terhubung ke host database Anda.

Jika Anda bekerja dengan analis Looker untuk mengonfigurasi tunnel SSH ke database Anda, di kolom Host, masukkan "localhost".

Port

Port database yang harus digunakan Looker untuk terhubung ke host database Anda.

Jika Anda bekerja sama dengan analis Looker untuk mengonfigurasi tunnel SSH ke database, di kolom Port, masukkan nomor port yang mengalihkan ke database Anda, yang seharusnya disediakan oleh analis Looker Anda.

Database

Nama database pada host Anda. Misalnya, Anda mungkin memiliki nama host my-instance.us-east-1.redshift.amazonaws.com yang berisi database bernama sales_info. Anda akan memasukkan sales_info di kolom ini. Jika memiliki beberapa database di host yang sama, Anda mungkin perlu membuat beberapa koneksi untuk menggunakannya (dengan pengecualian MySQL, di mana kata database memiliki arti yang sedikit berbeda dari di sebagian besar dialek SQL).

Skema

Skema default yang digunakan Looker saat skema tidak ditentukan. Ini berlaku ketika Anda menggunakan SQL Runner, selama pembuatan project LookML, dan saat Anda membuat kueri tabel.

Authentication

Untuk koneksi Snowflake dan Google BigQuery, pilih jenis autentikasi yang akan digunakan Looker untuk mengakses database Anda:

Untuk koneksi Google BigQuery, Anda memiliki opsi untuk mengonfigurasi OAuth atau akun layanan agar Looker dapat melakukan autentikasi ke database.
Untuk koneksi Snowflake, Anda memiliki opsi untuk mengonfigurasi OAuth atau akun database agar Looker dapat melakukan autentikasi ke database.

Saat Anda menggunakan OAuth, pengguna harus login ke database untuk mengeluarkan kueri dari Looker. Lihat halaman Google BigQuery atau halaman Snowflake untuk mengetahui prosedur lengkap mengonfigurasi OAuth.

Nama pengguna

Nama pengguna dari akun pengguna di database Anda yang dapat digunakan Looker untuk terhubung ke database Anda.

Sandi

Sandi dari akun pengguna di database Anda yang dapat digunakan Looker untuk terhubung ke database Anda.

Setelan Opsional

Server SSH

Opsi Server SSH hanya tersedia jika instance di-deploy di infrastruktur Kubernetes, dan hanya jika kemampuan untuk menambahkan informasi konfigurasi server SSH ke instance Looker Anda telah diaktifkan. Jika opsi ini tidak diaktifkan di instance Looker dan Anda ingin mengaktifkannya, hubungi spesialis penjualan Google Cloud atau buka permintaan dukungan.

Server SSH secara otomatis memilih port localhost untuk Anda, dan port localhost tidak dapat ditentukan. Jika perlu membuat koneksi SSH yang mengharuskan Anda menentukan port localhost, buka permintaan dukungan.

Untuk terhubung ke database menggunakan tunnel SSH, aktifkan tombol dan pilih Konfigurasi server SSH dari menu drop-down.

Port Lokal

Secara default, Looker akan otomatis memilih port lokal yang tersedia untuk Tunnel SSH. Untuk memilih port lokal secara manual, pilih Entri Manual dan masukkan nomor port ke kolom Port Lokal Kustom. Pastikan port lokal tersedia di instance Anda.

Persistent Derived Tables (PDT)

Mengaktifkan PDT

Aktifkan tombol Aktifkan PDT untuk mengaktifkan tabel turunan persisten. Jika PDT diaktifkan, jendela Connection akan menampilkan kolom PDT tambahan dan bagian PDT Overrides. Looker menampilkan tombol Aktifkan PDT hanya jika dialek database mendukung penggunaan PDT.

Perhatikan hal-hal berikut tentang PDT:

PDT tidak didukung untuk koneksi Snowflake yang menggunakan OAuth.
Menonaktifkan PDT pada koneksi tidak akan menonaktifkan grup data yang terkait dengan PDT Anda. Meskipun Anda menonaktifkan PDT, grup data yang ada akan tetap menjalankan kueri sql_trigger terhadap database. Jika ingin menghentikan grup data menjalankan kueri sql_trigger-nya terhadap database, Anda harus menghapus atau menjadikan parameter datagroup sebagai komentar dari project LookML, atau Anda dapat memperbarui setelan Datagroup dan PDT Jadwal Pemeliharaan untuk koneksi tersebut sehingga Looker tidak akan sering memeriksa PDT dan grup data.
Untuk koneksi Snowflake, Looker menetapkan nilai untuk parameter AUTOCOMMIT ke TRUE (nilai default Snowflake). AUTOCOMMIT diperlukan untuk perintah SQL yang dijalankan Looker guna mempertahankan sistem pendaftaran PDT-nya.

Database Temp

Meskipun berlabel Temp Database, Anda perlu memasukkan nama database atau nama skema — yang sesuai untuk dialek SQL Anda — yang harus digunakan Looker untuk membuat tabel turunan persisten. Anda harus mengonfigurasi database atau skema ini terlebih dahulu, dengan izin tulis yang sesuai. Di halaman dokumentasi Petunjuk konfigurasi database, pilih dialek database Anda untuk melihat petunjuk dialek tersebut.

Setiap koneksi harus memiliki Temp Database atau Schema sendiri; koneksi tidak dapat dibagikan antar-koneksi.

Jumlah maksimum koneksi builder PDT

Setelan Jumlah maksimum koneksi builder PDT memungkinkan Anda menentukan jumlah build tabel serentak yang dapat dimulai oleh regenerator Looker pada koneksi database Anda. Setelan Jumlah maksimum koneksi builder PDT hanya berlaku untuk jenis tabel yang pembuatan ulangnya dimulai oleh regenerator Looker:

Tabel dengan pemicu persistensi (tabel turunan persisten dan tabel gabungan yang menggunakan strategi persistensi datagroup_trigger atau sql_trigger_value).
Tabel persisten yang menggunakan strategi persist_for, tetapi hanya jika tabel persist_for menjadi bagian dari jenjang tabel turunan yang bergantung pada tabel yang menggunakan strategi persistensi datagroup_trigger atau sql_trigger_value. Dalam hal ini, regenerator Looker akan membuat ulang tabel persist_for, karena tabel tersebut diperlukan untuk membuat ulang tabel lain dalam jenjang. Jika tidak, regenerator tidak akan memulai build untuk tabel persist_for.

Setelan Jumlah maksimum koneksi builder PDT ditetapkan secara default ke 1, tetapi dapat ditetapkan setinggi 10. Namun, nilainya tidak boleh lebih tinggi dari nilai yang ditetapkan di kolom Maxconnection per node atau di per-user-query-limit yang ditetapkan dalam opsi startup Looker.

Tetapkan nilai ini dengan hati-hati. Jika nilai terlalu tinggi, Anda dapat membebani {i>database<i}. Jika nilainya rendah, PDT atau tabel gabungan yang berjalan lama dapat menunda pembuatan tabel persisten lainnya atau memperlambat kueri lain di koneksi. Database yang mendukung multitenancy — seperti BigQuery, Snowflake, dan Redshift — mungkin lebih berperforma tinggi dalam menangani build kueri paralel.

Jika Anda ingin meningkatkan setelan Jumlah maksimum koneksi builder PDT, aturan praktis yang baik adalah meningkatkannya dengan kelipatan 1. Jika terjadi perilaku tak terduga, setel kembali ke default 1. Atau, jika performa kueri tidak terpengaruh, Anda dapat terus menaikkannya secara bertahap sebesar 1 dan memverifikasi performa pada setiap penambahan sebelum meningkatkan setelannya lebih lanjut.

Perhatikan hal berikut tentang setelan Jumlah maksimum koneksi builder PDT:

Setelan Jumlah maksimum koneksi builder PDT hanya berlaku untuk koneksi yang diperlukan untuk membuat ulang tabel, bukan koneksi yang diperlukan untuk pemeriksaan pemicu. Pemeriksaan pemicu adalah kueri yang memeriksa apakah strategi persistensi tabel dipicu. Karena kueri pemeriksaan pemicu ini selalu berjalan secara berurutan, setelan Jumlah maksimum koneksi builder PDT tidak berlaku.
Dalam instance Looker yang dikelompokkan, regenerator hanya berjalan pada node utama. Setelan Jumlah maksimum koneksi builder PDT hanya berlaku untuk node utama, sehingga menetapkan batas untuk seluruh cluster.
Setelan Jumlah maksimum koneksi builder PDT tidak berlaku untuk jenis tabel berikut. Jenis tabel ini dibuat secara berurutan:
- Tabel dipertahankan melalui parameter persist_for (kecuali jika tabel bergantung pada tabel yang menggunakan strategi datagroup_trigger atau sql_trigger_value).
- Tabel dalam Mode Pengembangan.
- Tables dibuat ulang dengan opsi Rebuild Derived Tables & Run.
- Tabel yang satu tabel bergantung pada tabel lain dalam cascade dependensi. Sebuah tabel tidak dapat dibuat bersamaan dengan tabel yang menjadi tempatnya bergantung. Misalnya, jika table_B bergantung pada table_A, table_A harus menyelesaikan proses build ulang sebelum table_B dapat mulai mem-build ulang.

Jadwal Pemeliharaan Grup Data dan PDT

Regenerator Looker memeriksa grup data dan tabel persisten (tabel gabungan dan tabel turunan persisten) yang didasarkan pada sql_trigger_value. Berdasarkan pemeriksaan ini, regenerator Looker akan membangun ulang atau menghapus tabel yang persisten dari skema awal database Anda.

Nilai Datagroup dan PDT Pemeliharaan Schedule menetapkan interval cron untuk regenerator Looker. Regenerator Looker memulai siklus regenerator untuk memeriksa grup data dan tabel yang dipertahankan pada interval cron. Jika siklus regenerator Looker masih berlangsung pada interval cron berikutnya, regenerator Looker akan menyelesaikan siklus regenerator yang sedang berlangsung, lalu menunggu hingga interval cron berikutnya untuk memulai siklus regenerator berikutnya.

Setelan Jadwal Pemeliharaan Grup Data dan PDT menerima ekspresi cron. Nilai defaultnya adalah */5 * * * *, yang berarti siklus regenerator Looker akan memulai siklus pada interval lima menit, jika siklus regenerator sebelumnya telah selesai. Jika siklus regenerator sebelumnya belum selesai, regenerator Looker akan dimulai pada interval lima menit berikutnya setelah siklusnya selesai.

Default lima menit juga merupakan interval paling sering yang didukung untuk Jadwal Pemeliharaan PDT dan Grup Data. Looker tidak menerapkan interval maksimum untuk Jadwal Pemeliharaan Grup Data dan PDT, yang berarti Anda dapat memperpanjang interval di antara siklus regenerator Looker selama dapat ditentukan oleh ekspresi cron. Perlu diingat bahwa siklus regenerator Looker yang lebih lama dapat berdampak buruk pada keaktualan data di cache Anda dan tabel yang dipertahankan.

Setelah regenerator Looker menyelesaikan semua pemeriksaan dan mem-build ulang PDT dalam satu siklus, regenerator tersebut akan menunggu interval cron berikutnya untuk memulai siklus berikutnya. Jika memiliki build PDT yang berjalan lama, Anda mungkin memiliki jangka waktu yang lama di antara siklus regenerator Looker. Faktor lain dapat memengaruhi waktu yang diperlukan untuk membuat ulang tabel, seperti yang dijelaskan di bagian Pertimbangan penting untuk menerapkan tabel persisten di halaman Tabel turunan di Looker.

Jika database Anda tidak aktif 24/7, Anda mungkin ingin membatasi pemeriksaan pada waktu database habis. Berikut adalah beberapa ekspresi cron tambahan:

Ekspresi `cron`	Definisi
`/5 8-17 * MON-FRI`	Periksa grup data dan PDT setiap 5 menit selama jam kerja, Senin hingga Jumat
`/5 8-17 * *`	Periksa grup data dan PDT setiap 5 menit selama jam buka, setiap hari
`0 8-17 * * MON-FRI`	Periksa grup data dan PDT setiap jam selama jam kerja, Senin hingga Jumat
`1 3 * * *`	Periksa grup data dan PDT setiap hari pada pukul 03.01

Beberapa hal yang perlu diperhatikan saat membuat ekspresi cron:

Looker menggunakan parse-cron v0.1.3, yang tidak mendukung ? dalam ekspresi cron.
Ekspresi cron menggunakan zona waktu aplikasi Looker untuk menentukan kapan pemeriksaan dilakukan.
Jika PDT tidak dibuat, reset string cron kembali ke default */5 * * * *.

Berikut beberapa referensi untuk membantu membuat string cron:

https://crontab.guru — Membantu mengedit dan menguji string cron.
http://www.crontab-generator.org — Pilih setelan waktu dan generator akan membuat string cron yang sesuai.

Mencoba lagi build PDT yang gagal

Tombol Coba lagi build PDT yang gagal mengonfigurasi cara regenerator Looker mencoba membuat ulang tabel yang persisten berdasarkan pemicu yang gagal di siklus regenerator sebelumnya. Regenerator Looker adalah proses yang membuat ulang tabel persisten pemicu (PDT dan tabel gabungan) sesuai dengan interval yang dikonfigurasi di setelan koneksi Jadwal Pemeliharaan Grup Data dan PDT. Saat tombol Retry Failed PDT Builds diaktifkan, regenerator Looker akan mencoba membangun kembali PDT yang gagal pada siklus regenerator sebelumnya, meskipun kondisi pemicu PDT tidak terpenuhi. Jika setelan ini dinonaktifkan, regenerator Looker akan mencoba membuat ulang PDT yang sebelumnya gagal hanya jika kondisi pemicu PDT terpenuhi. Coba Lagi Build PDT Gagal dinonaktifkan secara default.

Lihat halaman dokumentasi Tabel turunan di Looker untuk mengetahui informasi selengkapnya tentang regenerator Looker.

Kontrol API PDT

Tombol Kontrol API PDT menentukan apakah panggilan API start_pdt_build, check_pdt_build, dan stop_pdt_build dapat digunakan untuk koneksi ini. Jika tombol Kontrol API PDT dinonaktifkan, panggilan API ini akan gagal saat merujuk PDT pada koneksi ini. Tombol Kontrol API PDT dinonaktifkan secara default.

Penggantian PDT

Jika database Anda mendukung tabel turunan persisten, dan Anda telah mengaktifkan tombol Aktifkan PDT di setelan koneksi, Looker akan menampilkan bagian Penggantian PDT. Di bagian Penggantian PDT, Anda dapat memasukkan parameter JDBC terpisah (host, port, database, nama pengguna, sandi, skema, parameter tambahan, dan pernyataan setelah koneksi) yang khusus untuk proses PDT. Ini bisa sangat berguna karena beberapa alasan:

Dengan membuat pengguna database terpisah untuk proses PDT, Anda dapat menggunakan PDT dalam project Looker meskipun menetapkan atribut pengguna ke kredensial login database atau menggunakan OAuth untuk koneksi database.
Proses PDT dapat mengautentikasi melalui pengguna database terpisah yang memiliki prioritas lebih tinggi. Dengan cara ini, database dapat memprioritaskan tugas PDT daripada kueri pengguna yang kurang penting.
Akses tulis dapat dicabut untuk koneksi database Looker standar, dan hanya diberikan kepada pengguna khusus yang akan digunakan oleh proses PDT untuk autentikasi. Ini adalah strategi keamanan yang lebih baik bagi sebagian besar organisasi.
Untuk database seperti Snowflake, proses PDT dapat diarahkan ke hardware yang lebih canggih yang tidak dibagikan kepada pengguna Looker lainnya. Dengan cara ini, PDT dapat membangun dengan cepat tanpa menimbulkan biaya menjalankan hardware mahal secara penuh.

Misalnya, konfigurasi berikut menunjukkan koneksi dengan kolom nama pengguna dan sandi ditetapkan ke atribut pengguna. Dengan cara ini, setiap pengguna dapat mengakses {i>database<i} menggunakan kredensial individu mereka. Bagian Penggantian PDU membuat pengguna terpisah (pdt_user) dengan sandinya sendiri. Akun pdt_user akan digunakan untuk semua proses PDT, dengan tingkat akses yang sesuai untuk pembuatan dan pembaruan PDT.

Zona Waktu

Zona Waktu Database

Zona waktu tempat database Anda menyimpan informasi berbasis waktu. Looker perlu mengetahui hal ini agar dapat mengonversi nilai waktu bagi pengguna, sehingga memudahkan pengguna untuk memahami dan menggunakan data berbasis waktu. Lihat halaman dokumentasi Menggunakan setelan zona waktu untuk informasi selengkapnya.

Zona Waktu Kueri

Opsi Query Time Zone hanya terlihat jika Anda telah menonaktifkan User Specific Time Zones.

Jika Zona Waktu Spesifik Per Pengguna dinonaktifkan, Zona Waktu Kueri adalah zona waktu yang ditampilkan kepada pengguna saat mereka membuat kueri data berbasis waktu, dan zona waktu tempat Looker akan mengonversi data berbasis waktu dari Zona Waktu Database.

Lihat halaman dokumentasi Menggunakan setelan zona waktu untuk informasi selengkapnya.

Setelan Tambahan

Parameter JDBC tambahan

Anda dapat menyertakan parameter Java Database Connectivity (JDBC) tambahan untuk kueri Anda di sini, jika diperlukan.

Untuk mereferensikan atribut pengguna dalam parameter JDBC, gunakan sintaksis Liquid templating: _user_attributes['name_of_attribute']. Contoh:

my_jdbc_param={{ _user_attributes['name_of_attribute'] }}

Koneksi maks per node

Di sini Anda dapat menetapkan jumlah maksimum koneksi yang dapat dibuat Looker dengan database Anda. Biasanya, Anda menetapkan jumlah kueri simultan yang dapat dijalankan Looker terhadap database Anda. Looker juga mencadangkan hingga tiga koneksi untuk penghentian kueri. Jika kumpulan koneksi sangat kecil, Looker akan mencadangkan lebih sedikit koneksi.

Tetapkan nilai ini dengan hati-hati. Jika nilainya terlalu tinggi, Anda bisa membebani {i>database<i} Anda. Jika nilainya terlalu rendah, kueri harus membagikan koneksi dalam jumlah kecil. Oleh karena itu, banyak kueri yang mungkin tampak lambat bagi pengguna karena kueri harus menunggu kueri lain yang lebih awal ditampilkan.

Nilai {i>default<i} (yang bervariasi tergantung pada dialek SQL Anda) biasanya merupakan titik awal yang masuk akal. Sebagian besar database juga memiliki setelannya sendiri untuk jumlah maksimum koneksi yang akan diterima. Jika konfigurasi database Anda membatasi koneksi, pastikan nilai Max Connections per node sama dengan atau lebih rendah dari batas database Anda.

Waktu Tunggu Kumpulan Koneksi Habis

Jika pengguna meminta lebih banyak koneksi daripada setelan Koneksi Maksimum per node, permintaan tersebut akan menunggu yang lain selesai sebelum dijalankan. Durasi maksimum permintaan akan dikonfigurasi di sini. Setelan defaultnya adalah 120 detik.

Anda harus menetapkan nilai ini dengan hati-hati. Jika terlalu rendah, pengguna mungkin mendapati kueri mereka dibatalkan karena tidak ada cukup waktu untuk menyelesaikan kueri pengguna lain. Jika terlalu tinggi, sejumlah besar kueri dapat menumpuk, menyebabkan pengguna menunggu sangat lama. Nilai default biasanya merupakan titik awal yang wajar.

SSL

Pilih apakah Anda ingin menggunakan enkripsi SSL untuk melindungi data saat data diteruskan di antara Looker dan database Anda. SSL adalah salah satu opsi yang dapat digunakan untuk melindungi data Anda; opsi aman lainnya dijelaskan di halaman dokumentasi Mengaktifkan akses database aman.

Verifikasi SSL

Pilih apakah Anda ingin mewajibkan verifikasi sertifikat SSL yang digunakan oleh koneksi. Jika verifikasi diperlukan, Otoritas Sertifikat SSL (CA) yang menandatangani sertifikat SSL harus berasal dari daftar sumber tepercaya klien. Jika CA bukan sumber tepercaya, koneksi database tidak akan dibuat.

Jika kotak ini tidak dipilih, enkripsi SSL tetap digunakan pada koneksi, tetapi verifikasi koneksi SSL tidak diperlukan, sehingga koneksi dapat dibuat ketika CA tidak ada dalam daftar sumber tepercaya klien.

Perkiraan Biaya

Tombol Estimasi Biaya hanya berlaku untuk koneksi database berikut:

Tombol Cost Estimate mengaktifkan fitur berikut di koneksi:

Lihat halaman dokumentasi Menjelajahi data di Looker untuk informasi selengkapnya.

Pracache Runner SQL

Di SQL Runner, semua informasi tabel telah dimuat sebelumnya segera setelah Anda memilih koneksi dan skema. Cara ini memungkinkan SQL Runner menampilkan kolom tabel dengan cepat setelah Anda mengklik nama tabel. Namun, untuk koneksi dan skema dengan banyak tabel atau dengan tabel yang sangat besar, Anda mungkin tidak ingin SQL Runner memuat semua informasi terlebih dahulu.

Jika ingin SQL Runner memuat informasi tabel hanya saat tabel dipilih, Anda dapat membatalkan pilihan SQL Runner Precache guna menonaktifkan pramuat SQL Runner untuk koneksi.

Mengambil Skema Informasi untuk Penulisan SQL

Untuk beberapa fitur penulisan SQL seperti aggregate awareness, Looker menggunakan skema informasi database Anda untuk mengoptimalkan penulisan SQL. Jika skema informasi tidak di-cache, Looker mungkin harus sesekali memblokir penulisan SQL ke database agar dapat mengambil skema informasi. Untuk dialek yang menggunakan Hadoop Distributed File System (HDFS), pengambilan skema informasi mungkin memerlukan waktu cukup lama untuk memengaruhi performa kueri Looker Anda secara signifikan. Jika mengetahui bahwa skema informasi Anda lambat, Anda dapat menonaktifkan opsi Fetch Information Schema for SQL Writing untuk koneksi Anda. Menonaktifkan fitur ini akan mencegah beberapa pengoptimalan SQL Looker untuk fitur tertentu, jadi Anda harus mengaktifkan opsi Mengambil Skema Informasi untuk Penulisan SQL kecuali jika Anda mengetahui bahwa skema informasi koneksi Anda sangat lambat.

Menguji setelan koneksi Anda

Anda dapat menguji setelan koneksi dari beberapa tempat di UI Looker:

Pilih tombol Test di bagian bawah halaman Connections Settings.
Pilih tombol Uji di samping listingan koneksi di halaman admin Koneksi, seperti yang dijelaskan di halaman dokumentasi Koneksi.

Setelah memasukkan setelan koneksi, klik Test untuk memverifikasi bahwa informasi sudah benar dan database dapat terhubung.

Jika koneksi Anda tidak lulus satu pengujian atau lebih:

Coba beberapa langkah pemecahan masalah di halaman dokumentasi Menguji konektivitas database.
Jika Anda menjalankan Mongo versi 3.6 atau yang lebih lama di Atlas dan Anda mendapatkan kegagalan link komunikasi, lihat halaman dokumentasi Mongo Connector.
Untuk menerima pesan koneksi yang berhasil terkait skema sementara dan PDT, Anda harus mengizinkan fungsi tersebut saat menyiapkan database Looker. Petunjuk untuk melakukannya dapat ditemukan di halaman dokumentasi Petunjuk konfigurasi database.

Jika Anda masih mengalami masalah, hubungi Dukungan Looker untuk mendapatkan bantuan.

Uji sebagai pengguna

Jika Anda telah menetapkan satu atau beberapa nilai parameter koneksi ke atribut pengguna, opsi Uji sebagai Pengguna akan muncul di atas tombol Uji. Pilih pengguna, lalu klik Uji untuk memverifikasi bahwa database dapat terhubung dan menjalankan kueri sebagai pengguna ini.

Langkah berikutnya

Setelah menghubungkan database ke Looker, Anda siap mengonfigurasi opsi login untuk pengguna.