Skip to main content
Announcements
Have questions about Qlik Connect? Join us live on April 10th, at 11 AM ET: SIGN UP NOW
cancel
Showing results for 
Search instead for 
Did you mean: 
guilherme_perei
Contributor III
Contributor III

Unknown Error - Reload

Bom dia pessoal,

Estou com o seguinte problema aqui:

Unknown Error

OUTER JOIN([Clientes Temp])

LOAD [%Chave Prospect],

    [%Chave Ent. Prospect] as [%Chave Cliente],

    [%Chave Ent. Prospect] as [Cod. Cliente],

    Prospect as Cliente,

    [Endereco Prospect] as [Desc. Endereço tmp],

    [Municipio Prospect] as [Desc. Municipio],

    [Bairro Prospect] as [Desc. Bairro],

    [DDD Prospect]&' '&[TEL Prospect] as Telefone,

    'Prospect' as [Origem Cliente]

   

FROM

E:\QVDs\RCC\Prospects.qvd

(qvd)


Mas quando carrego este QVD sozinho sem nada antes e depois, o problema não ocorre. Não faço ideia do que possa ser.

Alguém consegue me ajudar?

Labels (1)
17 Replies
Clever_Anjos
Employee
Employee

pode anexar o log completo?

guilherme_perei
Contributor III
Contributor III
Author

Bom dia Cleverson,

Anexei no tópico original.

rogerioalmeida
Creator
Creator

Guilherme,

Esse é o Pior erro do QLik kkkkkkk desconhecido puts kkkkkk

Já tentou rodar somente esse join especifico?

O que pode estar acontecendo e ele estar se perdendo nos outros Outer joins que tem ai.

Uma sugestão é fazer apenas esse join e vê se roda, outra ideia e especificar os outros joins que tem no seu script.

Espero ter ajudado.

Thiago_Justen_

Guilherme,

Depurando o script, você consegue ver exatamente aonde o erro ocorre?

Thiago Justen Teixeira Gonçalves
Farol BI
WhatsApp: 24 98152-1675
Skype: justen.thiago
Ricardo_Gerhard
Employee
Employee

Boa tarde Guilherme,

Faça os seguintes testes:

- Acompanhe o consumo de memória durante a execução da aplicação atual. Pode ser falta de recursos pois você está fazendo um outer join;

- Marque o script de carga com "Exit Script" para ir fazendo testes em lotes e acompanhando a execução;

- Tente executar manualmente o aplicativo com o mesmo usuário UNIMED-VS\qlikview e verifique se é possível a execução sem erros;

- Em último dos casos, crie uma cópia do qvw, excluindo todos os objetos visuais e fazendo a recarga;

Esses são alguns dos testes para identificar o problema.

Ricardo Gerhard
OEM Solution Architect
LATAM
Clever_Anjos
Employee
Employee

Analisando aqui e sem conhecer muito os seus dados

A tabela [Clientes Temp] tem antes do join no mínimo 2.223.437.825 (isso, 2 bilhões de registros)

Depois você tenta fazer um join com o seu  QVD  Prospects.qvd que não deve ser muito pequeno e faz join com as seguintes chaves.

[%Chave Cliente],

[Cod. Cliente],

Cliente,

[Desc. Endereço tmp],

Desc. Municipio]

Acredito que esteja sendo muita carga para sua memória

Eu analisaria primeiramente porque sua tabela está com 2 bilhões de registros (faz sentido já que você só tem 884.010 usuários?),

Depois mudaria para fazer join apenas pelas chaves (acredito que somente [%Chave Cliente]) seja necessário


Leitura recomendada Don't join - use Applymap instead

guilherme_perei
Contributor III
Contributor III
Author

Bom dia, pessoal.

Fiz alguns testes e tem um QVD chamado "Cidade" que quando eu faço join com a tabela de usuários está demorando demais (o que não é o caso desta app, pois sempre rodou em 15min). Fiz alguns testes, entre eles

carregando os qvd's de usuario e cidade sem o left join, e a aplicação atualizou normalmente de acordo com o tempo

médio e, inclusive, não apareceu mais o "Erro desconhecido" e o que me intrigou mais ainda é que este problema

começou sem ninguém ter mexido nesse script. Acredito que seja algo no Left Join, vou continuar analisando para

identificar o problema. Agradeço as sugestões de possíveis soluções/problemas.

Segue em anexo print do log entre os dias 10 e 15/01, mas o problema se estendeu até ontem (16/01) pela manhã.

Image 657.jpg

guilherme_perei
Contributor III
Contributor III
Author

Não exatamente, pois aparece o mesmo erro de quando eu carrego pelo CTRL+R.

guilherme_perei
Contributor III
Contributor III
Author

Vou verificar essas considerações.