Conector de origem

Conector Looker

Integração do Looker com bancos de dados, warehouses e ferramentas de BI

Plataforma de BI com camada semântica modelada. A Datrise captura entidades do Looker como looks, dashboards, explores, consultas, usuários e planos agendados, e entrega modelos normalizados e tipados para reporting em warehouse, atribuicao e fluxos de IA.

A Looker API 4.0 autentica com API key, as cargas incrementais usam updated_at.

Dos 6 objetos, 6 sincronizam com upsert por chave primária e 0 como fluxos append-only, então cada execução incremental move só o que mudou desde a última marca d'água. Cada objeto chega na própria tabela (por exemplo `looker_looks`) com esquema derivado da API do Looker, não de um CSV, em qualquer um dos 43 destinos suportados.

A Datrise está em acesso antecipado: escolha um destino abaixo para ver o pipeline do Looker e entre na lista de espera para receber o conector com onboarding guiado.

Sync incrementalMapeamento orientado a schema43 destinos disponíveis

Quais dados do Looker a Datrise extrai

Cada objeto chega na própria tabela tipada. O modo de sync deriva do objeto: objetos de histórico fazem append, o restante faz upsert.

Objeto	Tabela de destino	Modo de sync
looks	looker_looks	Upsert por chave primária, incremental por updated-at
dashboards	looker_dashboards	Upsert por chave primária, incremental por updated-at
explores	looker_explores	Upsert por chave primária, incremental por updated-at
queries	looker_queries	Upsert por chave primária, incremental por updated-at
users	looker_users	Upsert por chave primária, incremental por updated-at
scheduled plans	looker_scheduled_plans	Upsert por chave primária, incremental por updated-at

API do Looker: fatos de configuração do conector

Verificado na documentação do fornecedor em 2026-09-02. Valores desconhecidos ficam em branco, não são inventados.

API	Looker API 4.0
Autenticação	API key — A user's `client_id`/`client_secret` API3 key pair is POSTed to `/api/4.0/login` to obtain a bearer `access_token` (default 3600s TTL) sent as `Authorization: token <token>` on every subsequent call.
Paginação	offset — List/query endpoints (e.g. `run_query`, `search_looks`) use `limit`/`offset` parameters; `limit=-1` requests the full unlimited result set where the query and delivery method support streaming.
Limite de requisições	Não publicado
Cursor incremental	updated_at — Content-metadata endpoints (Look, Dashboard, User) expose an `updated_at` timestamp field for change detection; there is no platform-wide incremental-query cursor for arbitrary Explore data itself.
Webhooks	Não
Exportação em massa	Sim — Scheduled deliveries / streamed unlimited query results to S3, SFTP, or webhook destinations
Detecção de exclusões	Sim — Looks and Dashboards are soft-deleted (a `deleted` boolean flips to `true`) before landing in Trash, so `search_looks`/`search_dashboards` with `deleted: true` surfaces recently removed content ahead of a permanent `delete_look`/`delete_dashboard` purge.

Referência oficial da API

Compare isto com todas as outras APIs documentadas

Destinos populares para Looker

Escolha um destino abaixo para abrir a pagina de pipeline pronta.

A
Airtable
Destino de planilha relacional para equipes de operações e go-to-market.
Ver pipeline
A
Amazon Athena
SQL serverless sobre tabelas do data lake no S3.
Ver pipeline
A
Amazon DynamoDB
Banco key-value e documental serverless na AWS.
Ver pipeline
A
Amazon QuickSight
BI serverless na AWS com SPICE e analytics embutido.
Ver pipeline
A
Amazon Redshift
Warehouse em escala petabyte na AWS com Spectrum.
Ver pipeline
A
Amazon S3 Data Lake
Zona de landing em object storage para parquet e snapshots.
Ver pipeline
A
Apache Superset
BI open source para exploração SQL, gráficos e publicação de dashboards.
Ver pipeline
A
Arquivos CSV
Destino de arquivos planos para exports e compartilhamento leve.
Ver pipeline
A
Azure Data Lake Storage
Armazenamento ADLS Gen2 para cargas analíticas.
Ver pipeline

Perguntas sobre o conector Looker

Quais dados do Looker o conector extrai?: 6 objetos: looks, dashboards, explores, queries, users e scheduled plans. Cada um vai para a própria tabela com tipos preservados; objetos com histórico (0) são carregados como append-only.
A integração do Looker é incremental?: Sim. Depois da carga inicial completa, cada execução lê só os registros alterados desde a última marca d'água (updated-at ou timestamp do evento) e aplica upsert ou append conforme o objeto.
Para onde posso carregar os dados do Looker?: Para 43 destinos: bancos relacionais, warehouses, data lakes, planilhas e ferramentas de BI. Cada par Looker → destino tem a própria página com o mapeamento de objetos para tabelas.

Outras fontes de

Outras fontes da mesma categoria, cada uma com a própria página de conector.

Acesso antecipado

Lance seu pipeline de Looker com onboarding guiado

Entre na lista de espera para ter acesso prioritário às integrações de Looker com setup guiado, mapeamento orientado a schema e sync incremental de nível produção.