Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Pessoal, boa noite.
Tenho aqui a seguinte situação:
Na tabela PEMPRESA a empresa ABC tem o código 1.
Na tabela TEMPRESA a empresa ABC está com o código 1000.
Outro exemplo seriam os produtos. Em uma tabela o respectivo produto Y tem o código 1, em outra tabela o produto tem o código 000012 por exemplo.
Tenho notas fiscais que irão ter o mesmo nome de produto Y, porém os códigos são diferentes, por se tratarem de BD separados.
Pensei em tratar o BD antigo substituindo os códigos de pelos códigos do novo BD.
Obrigado.
Penso que pode ser interessante manter padronizado os velhos códigos de ITEM baseado nos novos códigos, se assim for interessante ter que apresenta-los no frond-end (relatórios, paineis...) também, recomendo que veja em seu levantamento de requisitos esta situação com os usuários/clientes.
Pessoal, vou realizar o DE-PARA. Como a base de dados antiga não é mais volátil, vou padronizar ela para os códigos do novo banco e guardar em QVD. Com isso o novo banco continua recebendo novos dados e cadastros.
Nesse caso como ficaria essa situação:
BD Antigo Tabela de produtos (ITEM) | |
ITEM | Descricao |
.0001 | Oleo Diesel BS 500 - ANP 820 |
.00013 | Oleo Diesel BS 10 - ANP 820 |
Aqui meu BD novo, esse sim pode haver inclusão de novos produtos. Tabela de produtos (TRR_PRODUTOS) BD Novo | |
ITEM | Descricao |
1 | Oleo Diesel BS 500 |
2 | Oleo Diesel BS 10 |
Notem que as descrições são diferentes e os códigos também serão diferentes.
Obrigado.
Muito bom Diego
Por gentileza, marque as respostas úteis/corretas para fechar o tópico e manter a comunidade organizada.
Até a próxima
Amigo, você diz
"Nesse caso como ficaria essa situação:" e
"Notem que as descrições são diferentes e os códigos também serão diferentes."
Seria uma indagação?
Se sim, só tratar com a função Subfield() conforme exemplo que postei acima.
Abraço.
Pessoal, fiz o DE-PARA hoje de todos os campos que eu precisava. Na imagem abaixo tenho a tabela de clientes do BD antigo e em seguida o BD novo.
Banco de dados antigo:Viasoft
Tabela PPESCLI
Banco de dados novo: Globus
Tabela BGM_CLIENTE
Como havia comentado anteriormente, o banco de dados antigo não é volátil e irei gerar os qvds dele agora.
Alguém poderia me ajudar como ficaria o script agora com os dados já consolidados? Eu irei extrair só a coluna cliente e cnpj do banco de dados antigo. Com isso eu consigo linkar as notas tranquilamente.
Obrigado.
Amigo;
Acredito que agora poderá faz um Load sobre o QVD dos dados antigos que não é mais volátil para sua estrutura;
Dependendo do modelo de dados... Um Concatenate com a tabela com os dados novos pode resolver.
Exemplo:
CLIENTES:
Load
CLIENTE,
CNPJ
From QVD_ANTIGO;
CLIENTES:
Load
CLIENTE,
CNPJ
From QVD_NOVO;
Mario, eu ainda tenho que montar o Mapping, por isso enviei como ficou após a limpeza dos dados.
Irei vincular a dimensão cliente a fato que será a nota fiscal pelo campo CODCLI, que é o meu banco novo. Eu tentei um concatenate antes, como ele encontra os CNPJs iguais até ai tudo bem. O problema é que terei notas fiscais dos dois bancos, certo? Então as notas do banco antigo tem os códigos diferentes do banco novo, por isso quero forçar a troca dos códigos de clientes do campo CLIENTE para os códigos do banco novo, ai sim ficaria correto. Talvez eu ainda não tenha entendido o uso da função ou até mesmo tenha me expressado errado.
Obrigado pela força.
Amigo, entendi;
É um trabalho importante esta de padronização...
Bom é que terá que exercitar novas função...
Com novos desafios... Novas oportunidades de superações.
É sim Mario. Pra mim está sendo um desafio. Conheço bem a área de negocio aqui na empresa, porem o qlik ainda é novidade pra mim.
Mas vamos lá, que tudo é uma questão de solução.
Consegue me ajudar na montagem desse mapping agora que temos os dados corretos? Se eu fizer o primeiro, a tabela de empresa, produtos, e outras eu tiro de letra.
Obrigado.
Certo, segue o modelo que te passei acima;
Qual detalhe ficou em dúvida?