Analytics do Amazon Redshift,sem um chamado na fila dos analistas.

Peça ao Connector Agent para conectar o Redshift, ou escolha-o no catálogo. Informe o host do cluster, a porta (5439 por padrão), o banco de dados, o schema e um usuário e senha do banco. Depois escolha todas as tabelas ou algumas, defina um agendamento e aprove. Nenhum dado se move até você aprovar a carga.

Tabelas e views do banco e do schema que você escolher, todas elas ou um conjunto selecionado no seletor de tabelas. Os bancos e schemas de sistema do Redshift ficam ocultos. O Querri só consegue sincronizar o que o usuário do banco usado na conexão tem permissão para ler.

Uma atualização completa pode ser diária, semanal ou mensal. Tabelas com uma coluna de alteração confiável, updated_at por padrão, podem sincronizar de forma incremental a cada hora, dia ou semana, trazendo só as linhas além da marca máxima anterior. Uma sincronização manual está lá para o dia em que um relatório não pode esperar.

Não. O Querri só lê os seus dados; ele nunca altera os seus registros. Ele roda leituras com SELECT e cursor, além de uma configuração de sessão que faz os nomes de tabelas e colunas diferenciarem maiúsculas de minúsculas naquela conexão. Ele nunca cria, atualiza ou exclui uma tabela ou uma linha no Redshift.

Não. O Querri responde a partir da própria cópia das tabelas que você escolheu, atualizada no seu agendamento. Só as sincronizações rodam consultas no seu cluster, então você pode agendá-las para horários tranquilos. As respostas são tão recentes quanto a última sincronização.

O Querri só consegue ler o que foi concedido ao usuário do banco conectado, então dê a esse usuário os schemas e as tabelas que você quer no Querri. Os grants do Redshift não acompanham cada pessoa no Querri; lá, o compartilhamento do próprio Querri e um filtro de linhas por pessoa decidem quem vê o quê, no chat, nos dashboards, no Claude e na API.

Conecte o Salesforce ao lado do Redshift e os dois chegam à mesma Biblioteca. O Querri cruza as contas do data warehouse com as contas do Salesforce, de preferência por um ID de conta guardado nos dois, e diz como fez o cruzamento. Aí você pode perguntar sobre uso frente a contratos, renovações ou negócios em aberto numa só pergunta.

Conecte o NetSuite ao lado do Redshift. O Querri alinha os pedidos do data warehouse com as faturas do NetSuite pelo número do pedido ou pelo cliente e informa qual campo usou. Pedidos sem fatura, ou faturas sem pedido, voltam como uma lista para você trabalhar.

Sincronize as suas tabelas de pedidos e de envios e diga ao Querri uma vez o que significa atraso, por exemplo enviado depois da data prometida. Peça a taxa de atraso por centro de distribuição ou por transportadora, fixe-a num dashboard e agende para chegar toda segunda.

Sincronize as tabelas de uso e conecte a sua ferramenta de suporte, como o Intercom. Monte o score uma vez a partir de uso, tickets e faturamento e deixe os monitores noturnos sinalizarem as contas cujo score cair. O playbook de score de saúde do cliente cobre cada etapa.

Sim. Salve a extração como um projeto e coloque-a num agendamento. Quando a sincronização mais recente chega, o Querri a executa de novo e envia por e-mail uma pasta de trabalho formatada, dividida em um arquivo por região ou destinatário quando você pedir. Ninguém exporta pelo Query editor v2 nem contorna o limite de 5 MB de download dele.

Sim. Descreva o painel numa frase, ou comece de um print de um dashboard em que o seu time já confia. As edições são pedidos em palavras simples, os gráficos podem colocar tabelas do data warehouse ao lado de dados do CRM e do ERP, e um filtro de linhas limita cada pessoa à sua parte.

Sim, pela conexão MCP do Querri. O Claude ou o ChatGPT passa a ler as tabelas sincronizadas do Redshift pela sua Biblioteca, aplica as definições que você registrou e vê só as linhas que aquela pessoa pode ver no Querri. Ele não escreve SQL novo contra o cluster, então a taxa de atraso dele bate com a do dashboard.

Hoje, não. O conector usa um usuário e uma senha do banco do Redshift, que o Querri guarda criptografados. Ele não usa roles do IAM, credenciais temporárias nem AWS SSO. Crie um usuário de banco dedicado com acesso de leitura aos schemas que você quer no Querri.

Sim, pela configuração opcional de VPN. Você fornece um arquivo de configuração OpenVPN com a CA, o certificado e a chave, todos guardados criptografados, e o Querri se conecta por esse túnel. Isso cobre clusters que só são acessíveis dentro da sua VPC, por exemplo atrás do PrivateLink.

As linhas vão direto para Parquet em fluxo, então uma tabela nunca fica inteira na memória. Para tabelas com dezenas de milhões de linhas, um modo em blocos lê em lotes ordenados, de 100.000 linhas por padrão, salva cada lote assim que termina e retoma do último se uma sincronização falhar.

Cada conexão lê um banco e um schema. As sincronizações incrementais pulam as linhas cuja coluna de cursor é NULL, então escolha uma coluna que esteja sempre preenchida. As sincronizações incrementais não enxergam exclusões até a próxima atualização completa. Com o SSL ativado, o tráfego é criptografado, mas o certificado do servidor não é verificado.

Sim. O Querri tem certificação SOC 2 Type II, HIPAA e ISO 27001:2022. A senha do seu banco e quaisquer chaves de VPN são guardadas criptografadas, o Querri só lê o Redshift, e os seus dados nunca são usados para treinar um modelo.