Aconteceu com nosso colega.
Ele usou um aplicativo pra gravar de DBF pra MySQL.
NENHUM SQL aceita data zerada "0000-00-00".
Mas antigamente o MySQL aceitava.
Isso ainda é possível se alterar a configuração do MySQL.
Sei lá porque trabalhar diferente de todo mundo, mas é uma opção.
Pois o programa de gravar DBF em MySQL gravou datas inválidas.
Na hora de ler.... erro....
Se quiser detalhes, só pesquisar no google sobre mysql strict_mode
O melhor é mesmo fazer em harbour, mesmo se for ADO.
Directory() pra pegar nomes dos DBFs.
dbStruct() pra pegar estrutura
FieldGet() pra pegar conteúdo.
E FOR/NEXT, pra percorrer DBFs e pra percorrer estrutura.
E DO WHILE ! Eof() pra percorrer registros.
Vai me dizer que não sabe usar isso ?
Assim sabe desde o início sobre o que pode ou não fazer, ou sobre informações inválidas nos DBFs.
Quer converter rápido ?
Isso vai ajudar no que ?
Não prefere aprender sobre gravação e imprevistos ?
Pode já antecipar falhas que teria depois, durante esse processo.
Converter DBF pra MySQL via qualquer coisa não é bom
Moderador: Moderadores
- JoséQuintas
- Administrador

- Mensagens: 20267
- Registrado em: 26 Fev 2007 11:59
- Localização: São Paulo-SP
Converter DBF pra MySQL via qualquer coisa não é bom
José M. C. Quintas
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2)
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
https://github.com/JoseQuintas/
Harbour 3.2, mingw, gtwvg mt, fivewin 25.04, multithread, dbfcdx, MySQL, ADOClass, PDFClass, SefazClass, (hwgui mt), (hmg3), (hmg extended), (oohg), PNotepad, ASP, stored procedure, stored function, Linux (Flagship/harbour 3.2)
"The world is full of kings and queens, who blind our eyes and steal our dreams Its Heaven and Hell"
https://github.com/JoseQuintas/