Página 1 de 1
Cidades
Enviado: 10 Jan 2020 12:07
por JoséQuintas
A gente arruma solução conforme a necessidade.... mas....
Problema:
Validar cidade, quando o campo com nome é maior do que do cadastro
Meu cadastro geral de cidades é o maior possível: JABOATAO DOS GUARARAPES
Mas no cadastro do cliente é menor: JABOATAO DOS GUARARAP
Validar com cidade = "JABOATAO DOS GUARARAP" não dá
Validar com cidade LIKE "JABOATAO DOS GARARAP%" dá... mas aí vai trazer problemas, porque vai aceitar "J", "JA", "JABO", etc.
Por enquanto usei uma saída mista:
IF Len( cidade ) < 20
"cidade = " + mcidade
ELSE
"cidade LIKE " + mCidade + "%"
ENDIF
Fico na dúvida sobre reduzir no cadastro geral, ou deixar sem limites em clientes - o que em DBF ainda não é possível.
Por enquanto o quebra-galho pra SQL foi esse acima. (no fonte com aspas, lógico)
Como vocês costumam fazer?
Nota: o problema maior talvez nem seja a validação, mas na hora de trazer o código correto do IBGE, usando o mesmo esquema, caso existam nomes grandes parecidos.
Cidades
Enviado: 14 Jan 2020 11:53
por Marcos Kieron
Amigo, use o código do IBGE e simplifique essa parte, de qualquer forma vai precisar para questão fiscal então nem perde tempo, fica com a lista oficial do IBGE e mata essa no peito
Cidades
Enviado: 14 Jan 2020 13:13
por JoséQuintas
Código: Selecionar todos
IF Len( cidade ) < 20
"cidade = " + mcidade
ELSE
"cidade LIKE " + mCidade + "%"
ENDIF
Hoje pensei num jeito mais simplificado:
Código: Selecionar todos
"WHERE LEFT( CIDADE, 20 ) = '" + Trim( Left( cCidade, 20 ) )
Cidades
Enviado: 14 Jan 2020 13:44
por Marcos Kieron
Vou te entregar triturado e digerido, basta usar:
https://www.ibge.gov.br/explica/codigos ... cipios.php
Tá fácil, fácil...
Cidades
Enviado: 14 Jan 2020 14:09
por JoséQuintas
Marcos Kieron escreveu:Amigo, use o código do IBGE e simplifique essa parte, de qualquer forma vai precisar para questão fiscal então nem perde tempo, fica com a lista oficial do IBGE e mata essa no peito
.
Mantendo ou não a tabela do IBGE como única, o problema continuaria existindo
E NÃO dá pra usar só o código do IBGE como referência, caso não saiba, nem toda cidade tem código de IBGE próprio.
É o caso, por exemplo, das cidades satélites do Distrito Federal, que usam o mesmo código do DF.
Cidades
Enviado: 14 Jan 2020 14:31
por JoséQuintas
kkkkk
Se isso é triturado e digerido.... o que dizer disto?
#include "sefaz_cidade.ch"
https://github.com/JoseQuintas/sefazcla ... _cidade.ch
Cidades
Enviado: 15 Jan 2020 11:38
por Marcos Kieron
Isso vai forçar voce a manter atualizado manualmente
Mesmo que nao mude muito o ideal é usar a fonte oficial e importar automaticamente e atualizar da mesma forma para quando precisar.
Para que ter esse trabalho quando o computador pode fazer isso?
Pense nisso
Cidades
Enviado: 15 Jan 2020 15:09
por JoséQuintas
Marcos Kieron escreveu:Isso vai forçar voce a manter atualizado manualmente
Mesmo que nao mude muito o ideal é usar a fonte oficial e importar automaticamente e atualizar da mesma forma para quando precisar.
Para que ter esse trabalho quando o computador pode fazer isso?
Não fiz isso pra mim, foi pra ajudar outras pessoas.
Já criei o fonte que transforma a tabela ANP em um fonte PRG, não precisa digitação nem pra atualizar o CH.
Mas, como eu já disse em outro tópico, atualizo mensalmente e automaticamente pelos arquivos oficiais da ANP.
É direto do Excel para o MySQL.
Cidades
Enviado: 16 Jan 2020 20:42
por Marcos Kieron
Isso, justamente o que sugeri.
Compensa preparar para importar diretamente, depois é só executar a cada vez
Cidades
Enviado: 16 Jan 2020 21:31
por JoséQuintas
Marcos Kieron escreveu:Isso, justamente o que sugeri.
Compensa preparar para importar diretamente, depois é só executar a cada vez
Legal, maravilhoso, coisa de gênio...
E no que isso ajuda a resolver o problema postado?
Cidades
Enviado: 17 Jan 2020 12:33
por Marcos Kieron
No seu caso... creio que nada vai ajudar