Skip to main content
Announcements
Qlik Connect 2025: 3 days of full immersion in data, analytics, and AI. May 13-15 | Orlando, FL: Learn More
cancel
Showing results for 
Search instead for 
Did you mean: 
qliksisprime
Contributor
Contributor

Erro WITH CONNECTION - Tabelas com hífen

Armazenamos nossos logs do Internet Banking dentro da plataforma Elasticsearch. Preciso agora gerar indicadores com base nestes dados, exemplo: quantidade de acessos e quantidade de usuários.

Porém, devido a uma configuração de servidor (que não pode ser alterada), a extração é limitada a 10.000 linhas por chamada. Ao executar uma consulta simples buscando registros dos últimos 10 minutos, este limite é facilmente ultrapassado. Fizemos, por tanto, a transformação dos dados dentro do próprio Elastic:

qliksisprime_0-1692628146811.png

 

Obs.: a interface é do Kibana.

Quando executamos no Postman, a consulta também roda normalmente:

qliksisprime_1-1692628146815.png

 

Observe que o nome das tabelas, no Elastic, faz referência ao tipo de sistema mais data:

qliksisprime_2-1692628146817.png

 

Por tanto, será necessária uma nova consulta a cada dia.

Pensando em automatizar este processo, tentamos utilizar a função WITH CONNECTION no Qlik Sense:

qliksisprime_3-1692628146819.png

 

Futuramente, passaríamos o nome da tabela via variável.

Porém, ao executar, o Qlik Sense não consegue interpretar o nome da tabela:

qliksisprime_4-1692628146820.png

 

Tentamos solucionar colocando o nome entre ‘’  ,  “” ,  \* \* e @@ mas não resolveu.

Criamos então uma tabela sem caracter especial. O Qlik então leu normalmente:

qliksisprime_5-1692628146824.png

 

Acreditamos que o drive esteja interpretando o caracter “-” como operador. Desta forma, ao invés de buscar pela tabela ele tenta resolver o cálculo fazendo “ib” – “09”.

Inserimos a mesma query em uma conexão REST criada via assistente. Neste caso, o erro não ocorreu.

Segue vídeo com os testes realizados, assim como, o código da WITH CONNECTION em .txt.

Obs.: Utilizamos o Elastic 8.5.

 

Labels (2)
0 Replies