Eu tenho uma tabela no banco de dados do snowflake que é atualizada por um flat file que é atualizado a cada quinze dias; Sempre que os dados são atualizados nesse flat file ele sobrescreve as informações anteriores e assim não temos histórico dos dados que estavam no banco antes da ultima atualização, isso esta causando uma dor de cabeça por que sempre que ocorre algum erro não temos como voltar para o resultado anterior e o flat file tem que ser refeito por algum analista.
As configurações do banco de dados foram feitas em Sql, enquanto o esquema que rodam para jogar as informações do flat file para a tabela do banco esta em python.
Eu acabei de chegar a essa área e herdei essa criança e tenho pensado em como resolve-lo e criar uma nova tabela que não sobrescreva mas sim empilhe as informações, porem existe uma grande pegadinha nesse processo, esse flat file é atualizado muitas vezes até que ele chegue a sua "versão final" que é utilizada para o fechamento, esse fechamento que não acontece sempre no mesmo dia. Para que o histórico seja confiável ele não pode empilhar os dados toda vez que atualizarmos, apenas quando realmente for fechado.
Vocês conseguem me ajudar? O que devo fazer? Criar um fluxo com algum trigger? mudar a forma que o flat file é alimentado?
Me ajudem a enxergar algum caminho para resolver o que foi criado antes da minha chegada
Estou montando uma API para usar com BD MySQL, mas futuramente migraremos o BD para MongoDB... deverei mudar muitas coisas da API ? Terei muito retrabalho ?
O que acontece é que o projeto já existe e atualmente o BD é em MySQL e APIs em PHP... mas o projeto será migrado para a stack MERN (MongoDB, Express, React e Node).
A questão não é só performance, mas sim poder modernização pois o projeto irá se expandir precisa ser melhor escalável e a STACK será todo refeita, como disse acima, será usada MERN.
Estou montando uma API para usar com BD MySQL, mas futuramente migraremos o BD para MongoDB... deverei mudar muitas coisas da API ? Terei muito retrabalho ?
O que acontece é que o projeto já existe e atualmente o BD é em MySQL e APIs em PHP... mas o projeto será migrado para a stack MERN (MongoDB, Express, React e Node)
Boa tarde, preciso fazer uma busca por um ou mais itens, consigo fazer a busca pelo mês e ano, porém se eu quiser colocar tb a pessoa e mais uma condição não esta dando certo.
<?php
$mes=(int)$_POST['mes'];
$ano=(int)$_POST['ano'];
$idp=(int)$_POST['idp'];
$pagoparc=$_POST['pagoparc'];
$consulta1 = $pdo->query("SELECT parcelas.idpar, parcelas.procid, parcelas.procli, parcelas.proadv, parcelas.valorp,parcelas.valorpe, parcelas.valoradv,
parcelas.valorpago, parcelas.datapar, parcelas.datapago, parcelas.pagoparc, parcelas.obspar, cli.idc, cli.nomec, proc.idpr, proc.proces, prof.idp,
prof.nomep FROM parcelas LEFT JOIN cli ON cli.idc = parcelas.procli LEFT JOIN proc ON proc.idpr = parcelas.procid
LEFT JOIN prof ON prof.idp = parcelas.proadv WHERE Month(parcelas.datapar) = $mes AND YEAR(parcelas.datapar) = $ano
AND parcelas.proadv LIKE '%$idp%' AND parcelas.pagoparc LIKE '%$pagoparc%' ORDER BY parcelas.idpar ASC");
while ($user1 = $consulta1->fetch(PDO::FETCH_ASSOC)) {
?>
desta forma retorna todos os resultados independente do mês e ano
<?php
$mes=(int)$_POST['mes'];
$ano=(int)$_POST['ano'];
$idp=(int)$_POST['idp'];
$pagoparc=$_POST['pagoparc'];
$consulta1 = $pdo->query("SELECT parcelas.idpar, parcelas.procid, parcelas.procli, parcelas.proadv, parcelas.valorp,parcelas.valorpe, parcelas.valoradv, parcelas.valorpago,
parcelas.datapar, parcelas.datapago, parcelas.pagoparc, parcelas.obspar, cli.idc, cli.nomec, proc.idpr, proc.proces,
prof.idp, prof.nomep FROM parcelas
LEFT JOIN cli ON cli.idc = parcelas.procli LEFT JOIN proc ON proc.idpr = parcelas.procid
LEFT JOIN prof ON prof.idp = parcelas.proadv WHERE Month(parcelas.datapar) = $mes AND YEAR(parcelas.datapar) = $ano
AND parcelas.proadv = $idp AND parcelas.pagoparc = $pagoparc ORDER BY parcelas.idpar ASC");
while ($user1 = $consulta1->fetch(PDO::FETCH_ASSOC)) {
?>
já desta forma me retorna este erro :
Fatal error: Call to a member function fetch() on a non-object in
lembro que nesta busca posso ter ou não o idp e ou pagoparc
ESTOU COMEÇANDO AGORA NA PROGRAMAÇÃO COM VISUALG E TERIA QUE COLOCAR ESTE CODIGO EM UM LAÇO DE REPETIÇÃO.
POREM NÃO ESTOU CONSEGUINDO PODERIAM ME AJUDAR ?
SÓ PENSANDO QUE O USUÁRIO IRA DIGITAR O TAMANHO DO VETOR, APOS ISSO CADA OPÇÃO QUE ELE ESCOLHER E ELA SER EXECUTADA DE FORMA CORRETA ELE VOLTARA PARA O MEUNU PRINCIPAL DAS OPÇÕES ATE QUE ELE SELECIONE A OPÇÃO "F"
POREM TENTEI ESCREVELO USANDO ENQUANTO MAS ACABOU QUE EU NÃO CONSIGO PREVINIR OS ERROS DO USUÁRIO QUANDO ELE COLOCA AS INFORMAÇÕES
TIPO:
-ARMAZENAR UM NÚMERO NO VETOR E ESSE NÚMERO NÃO SER SOBRESCREVIDO ATE QUE O PROGRAMA SEJA ENCERRADO
-SE ELE DIGITAR PRA BUSCAR OU INSERIR O NÚMERO ZERO O PROGRAMA INFORMAR QUE O VALOR É INVÁLIDO
TENTEI USAR PROCEDIMENTOS E FUNÇÕES MAS OS ERROS CONTINUARAM.
Algoritmo "DESAFIO"
Var
AUX,CONTADOR,BUSCAR:INTEIRO
POSICAO,AUX_TEMP:INTEIRO
OPCAO:CARACTERE
RESULT_BUSCA: LOGICO
SOMA_VET:REAL
NUMERO:VETOR[1..500]DE INTEIRO
Inicio
ESCREVAL("*********************************")
ESCREVAL("* CADASTRO DE VETORES - DESAFIO *")
ESCREVAL("*********************************")
ESCREVA("DIGITE O TAMANHO DO VETOR A SER CADASTRADO: ")
LEIA(AUX)
NUMERO[AUX] <- AUX
ESCREVAL("A - Cadastrar um novo número;")
ESCREVAL("B - Buscar um número")
ESCREVAL("C - Excluir um número;")
ESCREVAL("D - Listar os números cadastrados;")
ESCREVAL("E - Exibir a soma dos números do vetor;")
ESCREVAL("F - Sair do sistema.")
LEIA(OPCAO)
OPCAO <- MAIUSC(OPCAO)
ESCOLHA OPCAO
CASO "A"
PARA CONTADOR DE 1 ATE NUMERO[AUX] FACA
ESCREVA("DIGITE O VALOR QUE SERÁ ARMAZENADO NA",CONTADOR,"ª POSIÇÃO DO VETOR: ")
LEIA(NUMERO[CONTADOR])
FIMPARA
CASO "B"
ESCREVA("QUAL NÚMERO DESEJA ENCONTRAR: ")
LEIA(BUSCAR)
PARA CONTADOR DE 1 ATE NUMERO[AUX] FACA
SE NUMERO[CONTADOR] = BUSCAR ENTAO
RESULT_BUSCA <- VERDADEIRO
POSICAO <- CONTADOR
FIMSE
FIMPARA
PARA CONTADOR DE 1 ATE NUMERO[AUX] FACA
ESCREVAL(NUMERO[CONTADOR])
FIMPARA
ESCREVAL("")
ESCREVAL("---------")
SE RESULT_BUSCA = VERDADEIRO ENTAO
ESCREVAL("O NÚMERO",BUSCAR,"FOI ENCONTRADO E ESTA NA POSIÇÃO",POSICAO)
SENAO
ESCREVAL("O NÚMERO NÃO FOI ENCONTRADO !")
FIMSE
CASO "C"
escreval("QUAL NÚMERO DESEJA EXCLUIR DO VETOR: ")
leia(BUSCAR)
SE NUMERO[CONTADOR] = BUSCAR ENTAO
NUMERO[CONTADOR] <- 0
ESCREVAL("O NÚMERO",BUSCAR,"NA POSIÇÃO",POSICAO,"DO VETOR FOI EXCLUIDO !")
FIMSE
PARA CONTADOR DE 1 ATE NUMERO[AUX]
PARA AUX DE CONTADOR + 1 ATE AUX FACA
SE NUMERO[AUX] > NUMERO[CONTADOR]
AUX_TEMP <- NUMERO[AUX]
NUMERO[AUX] <- NUMERO[CONTADOR]
NUMERO[CONTADOR] <- AUX_TEMP
FIMPARA
FIMPARA
ESCREVA("VALROES DO VETOR: ")
PARA CONTADOR DE 1 ATE NUMERO[AUX] FACA
ESCREVAL(NUMERO[CONTADOR])
FIMPARA
CASO "D"
ESCREVA("VALORES DO VETOR: ")
PARA CONTADOR DE 1 ATE NUMERO[AUX] FACA
ESCREVAL(NUMERO[CONTADOR])
FIMPARA
CASO "E"
PARA CONTADOR DE 1 ATE NUMERO[AUX] FACA
SOMA_VET <- SOMA_VET + NUMERO[CONTADOR]]
FIMPARA
ESCREVAL("")
ESCREVA("A SOMA DO VETOR É:",SOMA_VET)
CASO "F"
ESCREVAL("ENCERRANDO SISTEMA...")
OUTROCASO
ESCREVAL("OPÇÃO INVÁLIDA !")
FIMESCOLHA
Fimalgoritmo
Oi gente,
Eu tenho uma tabela no banco de dados do snowflake que é atualizada por um flat file que é atualizado a cada quinze dias; Sempre que os dados são atualizados nesse flat file ele sobrescreve as informações anteriores e assim não temos histórico dos dados que estavam no banco antes da ultima atualização, isso esta causando uma dor de cabeça por que sempre que ocorre algum erro não temos como voltar para o resultado anterior e o flat file tem que ser refeito por algum analista.
As configurações do banco de dados foram feitas em Sql, enquanto o esquema que rodam para jogar as informações do flat file para a tabela do banco esta em python.
Eu acabei de chegar a essa área e herdei essa criança e tenho pensado em como resolve-lo e criar uma nova tabela que não sobrescreva mas sim empilhe as informações, porem existe uma grande pegadinha nesse processo, esse flat file é atualizado muitas vezes até que ele chegue a sua "versão final" que é utilizada para o fechamento, esse fechamento que não acontece sempre no mesmo dia. Para que o histórico seja confiável ele não pode empilhar os dados toda vez que atualizarmos, apenas quando realmente for fechado.
Vocês conseguem me ajudar? O que devo fazer? Criar um fluxo com algum trigger? mudar a forma que o flat file é alimentado?
Me ajudem a enxergar algum caminho para resolver o que foi criado antes da minha chegada
Desde já agradeço,
Um beijo e um queijo.
Ju
Share this post
Link to post
Share on other sites