Clipper On Line • Ver Tópico - migrar DBF para SQLite
Página 1 de 3

migrar DBF para SQLite

MensagemEnviado: 14 Abr 2015 18:02
por microvolution
Prezados colegas, boa noite!
Já que migrei de clipper para harbour através da HMG 3.0.35, pretendo mudar também as simples tabelas de .DBF para algum banco de dados SQL. Nesse embaraço de bancos, observei muito o SQL,MYSQL,FIREBIRD,POSTREGRESS e dentre outros. Mas, o que está me chamando mais a atenção é o "tal" de SQLite, pois uma empresa da capital mineira, usa tanto seus programas clipper/harbour com banco de dados SQLite bem como aplicativos feito em OBJECT PASCAL (o DELPHI).
Bom, como também tenho um certo conhecimento básico em DELPHI 7 e estou migrando essa última para a as versões da Embarcadero, quero que os colegas nos deem mais esclarecimentos de como converter nossas antigas tabelas DBF/NTX em SQLite.
Bom, então, diante do já exposto,posto as seguintes dúvidas:
1 - qual aplicativo gratuito usar para converter DBF e os seus respectivos índices em SQLite?
2 - pelo que observei (nunca trabalhei com sql) o SQLite cria um único banco de dados e ele possui diversas tabelas; Nesse caso, como faremos para transpor essas tabelas diversas tabelas para um só banco de dados SQLite?
3 - no caso do dbf ele possui índices; no meu caso (e de muitos companheiros) um único DBF possui vários índices (no meu caso chegam até 6 índices por arquivo), como funciona em SQLite?
4 - Quais as alterações nos programas/módulos temos que fazer?
5 - no meu caso (e no de muitos colegas) o programa e os arquivos (tabelas dbf/ntx) ficam num servidor (win server 2k ou 2k3) e as estações win 98/xp/7/8, acessam o aplicativo e os arquivos dbf/ntx via rede; no caso de SQLite isso pode ser feito normalmente?
6 - posso trabalhar com ambas as linguagens clipper/harbour e delphi/pascal para acessar simultâneamente esses novos bancos de dados? (no caso do delphi, os arquivos DBF não podem usar os índices .NTX e sim MDX (acho q é isso).

Bom, diante do exaustivamente exposto, aguardo comentários dos colegas Itamar, Pablo, César, Toledo e sem esquecer dos demais, como eu, somos clippeiros apaixonados.
Atenciosamente,
MICROVOLUTION.

migrar DBF para SQLite

MensagemEnviado: 14 Abr 2015 21:36
por fladimir
Tem 1 ferramenta q conheço q faz parte do Xailer E VOCÊ NÃO PRECISA COMPRAR ELE PRA USAR (ATÉ ONDE SEI).

Vc instala o Xailer DEMO e tem no Menu 1 item chamado Base de Dados onde vc cria o banco e importa suas tabelas DBF pra dentro dele.

Pronto depois pega o banco q estará com as tabelas e usa onde vc quiser, MINIGUI, HWGUI, DELPHI, FIVEWIN, etc.

[]´s

migrar DBF para SQLite

MensagemEnviado: 15 Abr 2015 11:09
por microvolution
Ok, prezado professor e Sr. Fladimir.
Bom, e quanto às demais perguntas que fizemos, quais as respostas V.Sa. ou demais tem?
grato,
Microvolution.

migrar DBF para SQLite

MensagemEnviado: 15 Abr 2015 12:01
por Itamar M. Lins Jr.
Ola!
Eu não tive a oportunidade de trabalhar com SqLite.
Entretanto o DBF do harbour foi turbinado, tem muita coisa nova.
No Delphi já vi trabalharem com o tal Apollo e é CDX.
http://www.apollodb.com/default.asp

Só não sei se é compatível com os novos campos do Harbour->DBF->64bits

Saudações,
Itamar M. Lins Jr.

migrar DBF para SQLite

MensagemEnviado: 15 Abr 2015 12:06
por Itamar M. Lins Jr.
5 - no meu caso (e no de muitos colegas) o programa e os arquivos (tabelas dbf/ntx) ficam num servidor (win server 2k ou 2k3) e as estações win 98/xp/7/8, acessam o aplicativo e os arquivos dbf/ntx via rede; no caso de SQLite isso pode ser feito normalmente?


SqLite é sintaxe SQL = (Reescrever tudo!) Veja os posts do José Quintas. (separação Base de dados) = Liberdade de linguagem de programação, SQL vc usa a mesma coisa com qualquer linguagem.

O acesso é pelo TS ?

Saudações,
Itamar M. Lins Jr.

migrar DBF para SQLite

MensagemEnviado: 15 Abr 2015 12:14
por fladimir
1 - qual aplicativo gratuito usar para converter DBF e os seus respectivos índices em SQLite?

2 - pelo que observei (nunca trabalhei com sql) o SQLite cria um único banco de dados e ele possui diversas tabelas; Nesse caso, como faremos para transpor essas tabelas diversas tabelas para um só banco de dados SQLite?

As dúvidas 1 e 2 estão respondidas no meu post anterior anterior.

3 - no caso do dbf ele possui índices; no meu caso (e de muitos companheiros) um único DBF possui vários índices (no meu caso chegam até 6 índices por arquivo), como funciona em SQLite?

Vc pode criar indices para suas tabelas no SQLLite tb da seguinte forma:

CREATE INDEX NomedoIndice ON Tabela (Campo1, Campo2);

Alguns links
Link1
Link2

4 - Quais as alterações nos programas/módulos temos que fazer?

Não sei se tem algo nas contribs a respeito pq nunca procurei trabalhar com o SQLLite, fui diretamente para Postgres/MySQL/MariaDb.
Deve ter algo nas contribs a respeito tem q dar 1 pesquisada, ou talvez algum outro colega saiba.
No Xailer tem 1 componente na IDE q é 1 DataSource onde adicionamos no projeto e vc trabalha com as propriedades e métodos dele, mas não uso, como disse trabalho mais com MariaDB hj.

[]´s
5 - no meu caso (e no de muitos colegas) o programa e os arquivos (tabelas dbf/ntx) ficam num servidor (win server 2k ou 2k3) e as estações win 98/xp/7/8, acessam o aplicativo e os arquivos dbf/ntx via rede; no caso de SQLite isso pode ser feito normalmente?

Sim pode ser feito normalmente, teu sistema estara setado com o caminho (IP) do servidor onde esta o banco e vc ira fazer os comandos SQL.

6 - posso trabalhar com ambas as linguagens clipper/harbour e delphi/pascal para acessar simultâneamente esses novos bancos de dados? (no caso do delphi, os arquivos DBF não podem usar os índices .NTX e sim MDX (acho q é isso).

No caso do SQLLite é tipo o PostgresSQL/MySQL/MariaDB, é 1 banco q vc acessa via seu aplicativo xHB/Harbour e/ou Delphi e/ou outros.

migrar DBF para SQLite

MensagemEnviado: 15 Abr 2015 12:16
por Itamar M. Lins Jr.
4 - Quais as alterações nos programas/módulos temos que fazer?

Depende do que vocês irão fazer. Se for adotar qualquer (SGBD) vc terá que reescrever tudo. Simplesmente porque vc quer usar não só o Harbour mas o Delphi...
Mudar de DBF p/ SGBD é ter a liberdade de linguagens, qualquer linguagem poderá ser usada com (SqLite,MySql...) mas vc perde todo o legado, é preciso reescrever tudo.

Saudações,
Itamar M. Lins Jr.

migrar DBF para SQLite

MensagemEnviado: 16 Abr 2015 10:47
por microvolution
xiiiiiiii meus amigos professores... os comentários aqui me deixaram com mais dúvidas que eu já tinha.
Enfim, diante disso tudo:

1 - continuo com DBF (mas o delphi só lê um índice e não é muito confiável (somente para aplicações pequenas)?
2 - se atualizar para esse dbf/64 bits vai funcionar no delphi?
3 - são tantas dúvidas q nem sei descrevêlas;

enfim, "tô num mato sem cachorro", "saio do fogo e caio na fogueira", "tô como um cego num tiroteio"... rsrsrs...
por isso q fiquei estagnado no tempo com esse nosso bom e velho clipper (como muitos q até mesmo não sabem desse magnífico fórum, estão)...

quando surgiu o delphi em 1997 (por aí) surgiu também o java...
aí já existia o "C" e foi melhorado pelo C++ e agora tem o C#, phyton, vb.net e muntão...
enfim, não aprendi nenhuma outra linguagem (a não ser o object pascal/delphi) básico p/intermediário)... pois assim como eu, muitos de nós pensávamos, que não ficaríamos órfãos com o visual object (clipper for windows que nunca saiu do papel) e ainda a CA-CLIPPER faliu...
ainda bem, que diversos apaixonados pegaram o "bom e velho clipper" e o transformaram em harbour ou xharbour.
Bom, então, acho que falta mais informações, como a gente tem os livros e apostiladas de clipper com todos os comandos/funções, procedures/funções, falta-nos esse tipo de material para que a gente saiba mais e não fique a mercê das dúvidas.
Então, de acordo com o tema aqui proposto, qual a solução a seguir, pois se a gente for pesquisar nos sites de ranking das linguagens mais procuradas, o clipper/harbour/xhabour nem aparece (a gente só vê no topo da lista 4 linguagens: C, C++, C#, JAVA e em alguns o PHYTON também aparece)... já o Delphi (dizem os programadores mais renomados) que é banalizado por ter uma IDE do tipo RAD (facilita todo o trabalho).
Bom, amigos, eis as grandes questões e dúvidas, se continuar em DBF/NTX o DELPHI (que eu sei um pouco) não aceita esse padrão e sim DBF/CDX (me parece que é assim).
Se eu migrar para algum tipo de SQL terei que mudar tudo do meu bom e velho clipper...
então, será que existe algum tipo de aplicativo que faz essa interação ou atualização dos 2 tipos de BANCO DE DADOS? eu explico melhor:
- no clipper/harbour continuarei usando os velhos DBF/NTX (no meu caso são 19 arquivos). Aí toda alteração/inclusão/exclusão o clipper aciona "esse suposto aplicativo" que vai lá no único banco de dados (exemplo: BANCO.DB) e atualiza as suas 19 tabelas.
- no delphi, a gente trabalha com o único banco de dados BANCO.DB (feito em SQLite) e a cada inclusão/alteração/exclusão em uma das 19 tabelas dele, e aí ele executa o outro aplicativo que atualiza esses dados numa das 19 tabelas DBF.

Finalmente, diante do exaustivamente exposto, acho que seriam na verdade 2 aplicativos, tipo nome assim:
- DBFatualizaDB.exe e
- DBatualizaDBF.exe.

Aguardo mais instruções e comentários até mesmo daqueles que vêem esse fórum e nunca postou, que seja agora sua oportunidade.

Atenciosamente,
MICROVOLUTION.

migrar DBF para SQLite

MensagemEnviado: 16 Abr 2015 14:18
por FFreire
Prezado...

Se vc tem uma aplicação em funcionamento em clipper/dbfntx... no meu ponto de vista, a evolução seria:

1. Harbour/DBFCDX...tendo dai o 32 bits e as tabelas com maior confiabilidade.
2. Harbour/Biblioteca gráfica (seja ela: minigui, hwgui, etc) e DBFCDX... evoluindo assim para modo gráfico.
3. Harbour/Biblioteca gráfica escolhida/SQL (mysql,postgres,mariadb,etc), se bem que te adianto que se sua aplicação for pequena, não compensa ir para sql e sim manter os DBF/CDX e de repente usar LETODB, que por enquanto estou testando e parece bem estável...

Então em resumo, tem como continuar com o xBASE e usar o que há de melhor que é oferecido a ele...não vejo o porque de ir para Delphi... mas enfim é apenas a minha opinião !!

F.Freire

migrar DBF para SQLite

MensagemEnviado: 17 Abr 2015 10:46
por Itamar M. Lins Jr.
2 - se atualizar para esse dbf/64 bits vai funcionar no delphi?

Com certeza não vai funcionar.
Porque vc está usando o Delphi ?
Migre para harbour e troque p/ CDX, depois use a Minigui, ou Hwgui para fazer as telas iguais como faz no Delphi.

O que tem no Delphi que não pode ser feito com Harbour ?
Se quer uma coisa mais profissional use Xailer, que é a ÚNICA IDE profissional boa p/ Harbour, não vai sentir saudades do Delphi.
A Minigui é boa mas não está no nível do Xailer, a Hwgui peca porque nós os usuários dela não temos união, cada um usa uma versão da Hwgui.

Saudações,
Itamar M. Lins Jr.

migrar DBF para SQLite

MensagemEnviado: 19 Abr 2015 17:23
por fladimir
Achei 2 questões sobre o assunto q eu havia passado:

1 - Não precisa baixar o Xailer versão demonstração para usar a ferramenta de gerenciar bancos SQLite, tem separado nesse link somente a ferramenta.

2 - Achei um vídeo q esta disponivel no Youtube falando da ferramenta para gerenciar Bancos SQLite q mencionei.



P.S. tentei usar o botao youtube do fórum e não consegui...

tentei das 2 formas abaixo:

[youtube]https://www.youtube.com/watch?v=gx2QcjHaMRE[/youtube]
[youtube=https://www.youtube.com/watch?v=gx2QcjHaMRE][/youtube]

[Editado por Toledo]Para usar a tag do youtube, o correto é a primeira opção acima, mas sem o s que está depois do http, então sempre use o endereço com http://www.youtube.com/watch?v=gx2QcjHaMRE.

[]´s

migrar DBF para SQLite

MensagemEnviado: 23 Abr 2015 15:37
por microvolution
Prezados Itamar, Fladimir, e demais que responderam até o presente momento.

Alguns não leram a minha primeira postagem sobre esse tema "migrar DBF p/SQLite" e estão me dizento para migrar para harbour. Bom, favor ler no início deste "post/tópico" que essa parte (depois de quase 9 anos já fiz a migração de clipper 16b para harbour/32 bits, usando a ajuda de todos pela HMG 3.0.35). Então, essa questão já está resolvida.

Também estão me perguntando o porquê que quero desenvolver aplicativos com o delphi e não com o harbour. Bom, isso também já expliquei "logo lá no topo", mas, talvez alguém não leu ou não fui bem explícito. Vou explicar novamente e tentar com outras palavras, conforme abaixo:
- O motivo é o seguinte: em todos os sites de "ranking das linguagens de programação" o nosso bom e velho clipper que agora é nosso bom e velho/novo harbour, NÃO APARECE em nenhum degrau da escala. E no topo da lista, só aparecem C,C++, C#, JAVA e PHYTON (eles ficam trocando de lugar, mas, sempre ou o C++ está na frente ou o Java).
- O DELPHI apesar de ser banalizado por outros programadores, por ele ser o único do mercado que tem uma IDE/RAD e com a venda da BORLAND para a EMBARCADERO ficou ainda mais fácil manusear a linguagem que o pertence (OBJETC PASCAL - que inclusive aparece no ranking);
- O DELPHI (OBJETC PASCAL) é único e padronizado em qualquer lugar que a gente for trabalhar;
- Nosso clipper que agora é xharbour/harbour, deixou de ser padrão, pois, como um dos SENHORES PROFESSORES E COLCABORADORES daqui do fórum tem HMG (3.0.35 e 3.0.4x - que são completamente diferentes entre si mesmas), tem o XAILER, tem o XDEV e tantas outras ferramentas de migração para harbour e/ou xharbour, sem contar que só pra início de conversa o HARBOUR é diferente do XHARBOUR;
- Eu, bem como muitos outros programadores de linguagens procedurais (basic, dbase III, clipper, cobol, etc) dormimos no tempo (essa é a grande verdade) e não acompanhamos a evolução dos sistemas de informações;
- Também, eu, e muitos outros, não temos mais 14 anos (idade em que comecei a programar em BASIC nos 7 modelos de computadores de 8 bits residenciais da época (ZX81, ZX SPECTRUM, TRS80, TRS COLLOR, TK 2000, APPLE, MSX) em que a mesma linguagem era de programação diferente nessas 7 máquinas;
- Por não ter mais 14 anos e sim 43 e não solteiro e sim casado e pai de 1 filho, e, além do mais DESEMPREGADO e só com essa última ou atual carta na manga (programação), eu, e outros na mesma situação, não podem simplesmente sair aprendendo e reaprendendo aquilo que já deveria ter feito no início dos anos 2000 e não agora 15 anos depois;
- O harbour/xharbour não contém manuais, tutoriais, apostilas padronizadas à venda no mercado, ou disponível na internet (a não ser aqui no pctoledo) para que a gente tenha segurança e agilidade (a não ser no harbour pago);
- Tenho apenas um único aplicativo em clipper que já o migrei para harbour que o denominei na época de seu início em 1998 de que aqui irei chamá-lo de SYSTEM e que estava na última versão em clipper (16 bits) como 3.35. Agora que já migrei mudei para a versão 3.4;
- Meu aplicativo é NÃO FISCAL e na minha cidade (interior de MG) tenho grandes concorrentes que não perderam tempo (já que estavam ganhando dinheiro com seus clientes mensais) ou migraram para alguma outra linguagem ou realmente fizeram a migração para o harbour (por completa: sql, formulários, md5 e tudo que tem direito); Esses "grandes" concorrentes já detém 90% dos clientes e além do mais, tem software tanto NÃO FISCAL, mas, principalmente FISCAL (PAF/ECF); poderia aqui citar os nomes deles, e quero, mas, para não ser mau interpretado, vou me conter apenas em dizer que vi todos eles começando nos anos 1994 (bem depois ou no mesmo tempo que eu), e, alguns se especializaram em alguns seguimentos do mercado: No caso das farmácias/drogarias, uma das maiores empresas de MG é da minha cidade (Ipatinga), o seguimento de automação de RÁDIO (AM/FM) que é dos maiores do Brasil e já está até em vários países do mundo é daqui também, o software que começou em 1995 é o PLAYLIST DIGITAL (esse eu não aguentei e soltei... rsrs). O seguimento de materiais de construção, é também uma das maiores daqui de MG e é de minha cidade também, o de supermercado e oficina mecânica é de JOÃO MONLEVADE-MG e domina muito minha região;
Enfim, os Srs podem perceber que diante de tantas coisas que puxam para o fracasso, não posso me dar ao luxo de continuar no fracasso, preciso urgentententementemntem,ntemntem,ntemte (entenderam?!) fazer alguma alteração e/ou melhoria no meu aplicativo para que seja no mínimo:
1 - visual mais agradável (e no clipper ou harbour em modo console, já era, os Srs. sabem muito bem do que estou falando/escrevendo);
2 - FISCAL (PAF/ECF);
3 - banco de dados estável e aceito em qualquer lugar;

Então, o harbour não me oferece nada disso em curto espaço de tempo(como já disse, não sou mais um adolescente que disponha de tempo com sobra);
Já o DELPHI tem tudo isso e muito mais, só queria aproveitar o banco de dados e dividir meu aplicativo em 2 partes:
- O atual meu atual SYSTEM ficaria à disposição do escritório do cliente para apenas o controle gerencial de sua empresa (NÃO FISCAL);
- Então criaria um tipo de aplicativo de frente loja/caixa do tipo FISCAL (PAF/ECF) que lesse os arquivos de interesse comum entre ambos os aplicativos;
- Aí, como última tentativa de sobrevivência nesse mercado concorrido, eu tentaria me cadastrar como fornecedor de aplicativos FISCAIS (PAF/ECF) para o meu estado de MG e colocaria meu aplicativo para homologação junto à SEF/SRE (Receita Estadual);

Dessa forma então, acho ou acredito que seria mais fácil fazer uma parceria com algum contabilista ou o próprio estado me divulgaria como fornecedor de aplicativo PAF/ECF.

Então, se tivesse uma forma de manter meu banco de dados antigo DBF/NTX e o DELPHI (OBJECT PASCAL) lê-se da mesma forma em que trabalhamos e somos acostumados com os índices eu nem teria aberto esse "tópico/post";

Se alguém tiver mais informações, queiram compartilhar por favor, pois ter que aprender a fazer formulários e ainda a criar funções/comandos SQL já não disponho tanto assim de tempo, e, ainda correndo o risco de não ter muito espaço no mercado, pois só tenho 1 cliente que paga mensal, outro me comprou uma licença e outro ficou apenas 3 meses (e a empresa já quebrou);

Enfim, não sei se EXPLIQUEI ou se COMPLQUEI/PIOREI ainda mais o raciocínio aqui em questão, mas, se alguém passa pelos mesmos problemas que eu (acredito que não sou o único), favor me dar a solução para esse quebra-cabeças (se é que tem alguém aqui passando por isso).

Atenciosamente,
MICROVOLUTION

migrar DBF para SQLite

MensagemEnviado: 23 Abr 2015 17:53
por Itamar M. Lins Jr.
3 - banco de dados estável e aceito em qualquer lugar;

Trabalho com DBF e uso o LETODB, meus clientes não querem saber se uso DBF ou Oracle, me cobram apenas resultados.
Quando o DBF ficar limitado "para meu propósito" eu passarei para outra opção, por enquanto usando TCP/IP com o Letodb, não tenho nenhum problema de corrupção de índices, nem lentidão, isso não significa que não estudei ou usei os comandos do SQL continuo lendo, estudando. Temos diversos tutores para aprender SQL, livros etc...

queiram compartilhar por favor, pois ter que aprender a fazer formulários e ainda a criar funções/comandos SQL já não disponho tanto assim de tempo, e, ainda correndo o risco de não ter muito espaço no mercado,


Você já deu seu veredicto. Não existe milagres.
Eu tenho 45 anos 4 filhos e um neto, e desde a infância do Harbour eu o acompanho. É preciso dedicar tempo p/ aprende coisas novas.
Ou vc aprende Harbour/Java/Delphi/etc ou está fora do mercado.
PAF/TEF... está tudo em transformação agora é NFE/NFCe/S@T... PAF e TEF ficaram para traz! Não tem mais Sintegra, agora é SPED e a roda gira...
Desktop em desuso, agora o pessoal só me pede Tablet/Smartphone para os vendedores...Aqui em qualquer restaurante por exemplo, os garçons estão usando smartphones e ou tablets...

Então, se tivesse uma forma de manter meu banco de dados antigo DBF/NTX e o DELPHI (OBJECT PASCAL) lê-se da mesma forma em que trabalhamos e somos acostumados com os índices eu nem teria aberto esse "tópico/post";


EXISTE e eu já postei o link.

Includes everything you need!

DBF Support - CA-Clipper, FoxPro 2.6 files (DBF/NTX/DBT, DBF/CDX/FPT, DBF/NSX/SMT)

http://www.apollodb.com/apollo_embedded.asp

O Harbour suporta os índices do Clipper, porém o Clipper não suporta os novos campos e o formato (DBF+64Bits) do Harbour.

SQL é praticamente reescrever tudo do ZERO!
Não tem nada dos comandos do DBF(USE/SEEK/LOCATE/PACK/REPLACE/GOTO/GOTOP/GOBOTTOM/etc,etc)
A tela dos gets/reads etc... então é melhor vc deixar o Harbour(xBase) e ficar, aprofundar mais no Delphi(comunidade mais forte) e/ou partir para o Embarcadeiro XE8.

De qualquer forma é preciso aprender.
Com o Harbour vc encurta mais seu aprendizado porque tem muitos comandos xBase.
Mas se quer ir para uma LIB GRÁFICA e SQL, não tem jeito, é preciso refazer tudo, todos que não fizeram isso ainda, estão fazendo, irão fazer. Ou ficarão sem saber como fazer.

Saudações,
Itamar M. Lins Jr.

migrar DBF para SQLite

MensagemEnviado: 24 Abr 2015 08:16
por fladimir
Colega pelo q vc explicou vejo q a melhor solução não seria ir pra Delphi, pq como vc mesmo disse não dispõe de tempo hábil

Fica no Harbour com 1 lib gráfica pra ter teu sistema visual e mantém tuas tabelas por enquanto até vc migrar pro visual.

Com o Harbour + lib Visual + DBF/CDX vc consegue atender teus clientes já dando o impacto visual q vc busca e na parte de tabelas é como o Itamar falou, vc precisa apresentar resultados, ou seja, se é pra interligar da pra usar o LETODB, TS etc.

Ai vc homologa PAF-ECF se tão te exigindo ai e outras mais.

Ai depois muda pra Banco.

Isso foi o q eu fiz

Tenho 1 de meus sistemas Retaguarda Console e Frente de Caixa (Visual), trabalho com DBF+CDX, uso troca de arquivos mas estou mudando pra LETODB
Tb tenho alguns módulos específicos q são tb visuais e já estão em Banco MariaDB.

Qdo me sobrar mais um tempinho mudo tudo pra banco SGBD MariaDB pra poder flexibilizar o acesso a outras linguagens (PHP, etc)

Não é querer jogar areia no teu projeto, mas eu tive esse paradigma q vc teve em 2011, contratei 1 programador Delphi e depois de 4 meses vi q estava jogando dinheiro fora, desperdiçando o tempo dele e o meu, ai fui pra SP (Impacta Tecnologia) fiquei Novembro/Dezembro/Janeiro/Feveireiro 2012 fiz PHP, CSharp, MySQL, Javascript... Legal td muito bom e poderoso.

Comecei a recriar meu sistema do ZERO na outra linguagem... estava dando certo, mas vi q ia demorar MUITO, exemplo pegar parte da string (já te vem na cabeça as funções e comandos xBase como SUBSTR, trocar tal caracter na string já vem STRTRAN..) na outra linguagem td era novo, estava dando certo mas eu perdia muito tempo, ai eu conheci a lib gráfica q uso hj e resolvi testar e me encontrei, aproveito minhas funções e altero/crio a parte visual..... pensei já q meu objeto é gráfico e banco, mas primeiramente gráfico peguei 1 pequeno PROJETO pra ver se ia dar certo e fiz, estou usando desde 2012 a contento.

No teu caso pelo q eu li vc já usa uma lib gráfica a MiniGui, correto? Pq então querer sair disso se vc permaneceria no Delphi com DBF/CDX, seria a IDE? Se for pela IDE um dos motivos não precisa ir pra Delphi, se vc não esta contente com a MINIGUI vai pra outra lib gráfica q tenha IDE, assim vc aproveita muito, mas muito mesmo suas funções já existentes, além das funções nativas da linguagem q vc já conhece e continua com DBF/CDX, homologa teu sistema e pronto.

Mas analisa ai o q vc acha melhor, se for no mundo xBase tamo junto... []´s

migrar DBF para SQLite

MensagemEnviado: 24 Abr 2015 18:47
por microvolution
Itamar M. Lins Jr. escreveu:Ola!
Eu não tive a oportunidade de trabalhar com SqLite.
Entretanto o DBF do harbour foi turbinado, tem muita coisa nova.
No Delphi já vi trabalharem com o tal Apollo e é CDX.
http://www.apollodb.com/default.asp

Só não sei se é compatível com os novos campos do Harbour->DBF->64bits

Saudações,
Itamar M. Lins Jr.

Ah sim,agora percebi e acessei o site, mas, acontece que esse tal "APOLLO" não é gratuito. E como V.Sa. bem sabe o que escrevi, fica inviável sem ter a certeza de retorno.
grato!

migrar DBF para SQLite

MensagemEnviado: 24 Abr 2015 18:51
por microvolution
Itamar M. Lins Jr. escreveu:
4 - Quais as alterações nos programas/módulos temos que fazer?

Depende do que vocês irão fazer. Se for adotar qualquer (SGBD) vc terá que reescrever tudo.

Bom, essa sigla SGDB,pra ser mais preciso é o que mesmo?
grato!

migrar DBF para SQLite

MensagemEnviado: 24 Abr 2015 18:59
por microvolution
FFreire escreveu:Prezado...

Se vc tem uma aplicação em funcionamento em clipper/dbfntx... no meu ponto de vista, a evolução seria:

1. Harbour/DBFCDX...tendo dai o 32 bits e as tabelas com maior confiabilidade.
2. Harbour/Biblioteca gráfica (seja ela: minigui, hwgui, etc) e DBFCDX... evoluindo assim para modo gráfico.
3. Harbour/Biblioteca gráfica escolhida/SQL (mysql,postgres,mariadb,etc), se bem que te adianto que se sua aplicação for pequena, não compensa ir para sql e sim manter os DBF/CDX e de repente usar LETODB, que por enquanto estou testando e parece bem estável...

Então em resumo, tem como continuar com o xBASE e usar o que há de melhor que é oferecido a ele...não vejo o porque de ir para Delphi... mas enfim é apenas a minha opinião !!

F.Freire


Prezado F.Freire, as respostas pra suas 3 respostas (já disse anteriormente) são:
1 e 2- já migrei pra HB usando HMG 3.0.35 e está tudo funcionando perfeitamente, e, até já incluí 2 coisas que nunca funcionavam no clipper antigo (relógio run-time e mouse nos GETs). Próximo passo quanto ao mouse, será funcionar na tela toda (mas isso não é prioridade ainda).
3 - vc e outros estão falando muito num tal de "LETODB" e outros num tal de "MARIADB", então como funciona esse treco???

migrar DBF para SQLite

MensagemEnviado: 24 Abr 2015 19:07
por microvolution
Itamar M. Lins Jr. escreveu:
2 - se atualizar para esse dbf/64 bits vai funcionar no delphi?

Com certeza não vai funcionar.
Por que vc está usando o Delphi ?
Migre para harbour e troque p/ CDX, depois use a Minigui, ou Hwgui para fazer as telas iguais como faz no Delphi.

O que tem no Delphi que não pode ser feito com Harbour ?
Se quer uma coisa mais profissional use Xailer, que é a ÚNICA IDE profissional boa p/ Harbour, não vai sentir saudades do Delphi.
A Minigui é boa mas não está no nível do Xailer, a Hwgui peca porque nós os usuários dela não temos união, cada um usa uma versão da Hwgui.

Saudações,
Itamar M. Lins Jr.

Realmente prezado Itamar, essa desunião é que me faz melhorar meus conhecimentos no Delphi. E, como disse, sei muita coisa no DELPHI (não sou um expert) mas não sei o quanto sei clipper. Mas, entre C#, C++, PHP e até mesmo o Harbour com bibliotecas gráficas, o delphi já domino um pouco e já tenho até um aplicativo funcionando.
Então, eu quero fazer um novo aplicativo que aproveite todos os dados do meu (como já disse anteriormente) e um outro com visuais novos para que seja o frente de caixa. Um aplicativo pequeno (em relação ao meu sistema que consta de contas a pagar/receber, clientes, livro caixa, estoque, e dentre outras coisas que todos os aplicativos têem). Aí aprender a fazer os formulários é que estou achando difícil pois terei que reaprender no harbour e no Delphi (como já sei o básico) não vejo dificuldades por causa de sua IDE/RAD.
Você disse que o XAILER é a única IDE PROFISSIONAL, isso significa que tem um custo, não é gratuita correto?

migrar DBF para SQLite

MensagemEnviado: 24 Abr 2015 19:09
por Itamar M. Lins Jr.
Bom, essa sigla SGDB,pra ser mais preciso é o que mesmo?

O google é seu amigo!
http://pt.wikipedia.org/wiki/Sistema_de_gerenciamento_de_banco_de_dados


Saudações,
Itamar M. Lins Jr.

migrar DBF para SQLite

MensagemEnviado: 24 Abr 2015 19:13
por Itamar M. Lins Jr.
Pois é, o Delphi/Xailer/Apollodb não são gratuitos.

Opps!
Sobre o SGBD.
http://pt.wikipedia.org/wiki/Sistema_de_gerenciamento_de_banco_de_dados

Saudações,
Itamar M. Lins Jr.

migrar DBF para SQLite

MensagemEnviado: 24 Abr 2015 19:17
por microvolution
Itamar M. Lins Jr. escreveu:
3 - banco de dados estável e aceito em qualquer lugar;

Trabalho com DBF e uso o LETODB, meus clientes não querem saber se uso DBF ou Oracle, me cobram apenas resultados.
Quando o DBF ficar limitado "para meu propósito" eu passarei para outra opção, por enquanto usando TCP/IP com o Letodb, não tenho nenhum problema de corrupção de índices, nem lentidão, isso não significa que não estudei ou usei os comandos do SQL continuo lendo, estudando. Temos diversos tutores para aprender SQL, livros etc...

queiram compartilhar por favor, pois ter que aprender a fazer formulários e ainda a criar funções/comandos SQL já não disponho tanto assim de tempo, e, ainda correndo o risco de não ter muito espaço no mercado,


Você já deu seu veredicto. Não existe milagres.
Eu tenho 45 anos 4 filhos e um neto, e desde a infância do Harbour eu o acompanho. É preciso dedicar tempo p/ aprende coisas novas.
Ou vc aprende Harbour/Java/Delphi/etc ou está fora do mercado.
PAF/TEF... está tudo em transformação agora é NFE/NFCe/S@T... PAF e TEF ficaram para traz! Não tem mais Sintegra, agora é SPED e a roda gira...
Desktop em desuso, agora o pessoal só me pede Tablet/Smartphone para os vendedores...Aqui em qualquer restaurante por exemplo, os garçons estão usando smartphones e ou tablets...

Então, se tivesse uma forma de manter meu banco de dados antigo DBF/NTX e o DELPHI (OBJECT PASCAL) lê-se da mesma forma em que trabalhamos e somos acostumados com os índices eu nem teria aberto esse "tópico/post";


EXISTE e eu já postei o link.

Includes everything you need!

DBF Support - CA-Clipper, FoxPro 2.6 files (DBF/NTX/DBT, DBF/CDX/FPT, DBF/NSX/SMT)

http://www.apollodb.com/apollo_embedded.asp

O Harbour suporta os índices do Clipper, porém o Clipper não suporta os novos campos e o formato (DBF+64Bits) do Harbour.

SQL é praticamente reescrever tudo do ZERO!
Não tem nada dos comandos do DBF(USE/SEEK/LOCATE/PACK/REPLACE/GOTO/GOTOP/GOBOTTOM/etc,etc)
A tela dos gets/reads etc... então é melhor vc deixar o Harbour(xBase) e ficar, aprofundar mais no Delphi(comunidade mais forte) e/ou partir para o Embarcadeiro XE8.

De qualquer forma é preciso aprender.
Com o Harbour vc encurta mais seu aprendizado porque tem muitos comandos xBase.
Mas se quer ir para uma LIB GRÁFICA e SQL, não tem jeito, é preciso refazer tudo, todos que não fizeram isso ainda, estão fazendo, irão fazer. Ou ficarão sem saber como fazer.

Saudações,
Itamar M. Lins Jr.


Então, como você mesmo disse prezado Itamar, não tem jeito É PRECISO REFAZER TUDO, todos terão que fazer. E, como não ganho dinheiro com informática apesar dos 29 anos, fiquei dormindo no ponto. Estou procurando até ajuda do SEBRAE pois não posso continuar admitindo essa derrota. Já tentei até mesmo esquecer que aprendi um dia na vida a programar. Fiquei um bom tempo com raiva desse "tal de computadô", mas toda vez que sento na frente dele e vejo novidades e pessoas/empresas ganhando rios de dinheiro, isso me corrói, mói e dói por dentro, pois não consigo esquecer (dar um branco, um delete) que sei programar...
Essa minha tentantiva de criar um novo aplicativo que interaja com o meu antigo é talvez o que falta pra eu achar meu lugar à sombra, pois no sol já estou há muitos anos.

Então, você disse a respeito do apollo, mas, vi que tem um custo e isso não ainda não tenho como pagar.
Você disse também a respeito do EMBARCADERO XE8 (DELPHI), você quis dizer que ele aceita tabelas do DBF/NTX como se fosse no clipper?

Grato novamente!

migrar DBF para SQLite

MensagemEnviado: 24 Abr 2015 19:30
por microvolution
fladimir escreveu:Colega pelo q vc explicou vejo q a melhor solução não seria ir pra Delphi, pq como vc mesmo disse não dispõe de tempo hábil

Fica no Harbour com 1 lib gráfica pra ter teu sistema visual e mantém tuas tabelas por enquanto até vc migrar pro visual.

Com o Harbour + lib Visual + DBF/CDX vc consegue atender teus clientes já dando o impacto visual q vc busca e na parte de tabelas é como o Itamar falou, vc precisa apresentar resultados, ou seja, se é pra interligar da pra usar o LETODB, TS etc.

Ai vc homologa PAF-ECF se tão te exigindo ai e outras mais.

Ai depois muda pra Banco.

Isso foi o q eu fiz

Tenho 1 de meus sistemas Retaguarda Console e Frente de Caixa (Visual), trabalho com DBF+CDX, uso troca de arquivos mas estou mudando pra LETODB
Tb tenho alguns módulos específicos q são tb visuais e já estão em Banco MariaDB.

Qdo me sobrar mais um tempinho mudo tudo pra banco SGBD MariaDB pra poder flexibilizar o acesso a outras linguagens (PHP, etc)

Não é querer jogar areia no teu projeto, mas eu tive esse paradigma q vc teve em 2011, contratei 1 programador Delphi e depois de 4 meses vi q estava jogando dinheiro fora, desperdiçando o tempo dele e o meu, ai fui pra SP (Impacta Tecnologia) fiquei Novembro/Dezembro/Janeiro/Feveireiro 2012 fiz PHP, CSharp, MySQL, Javascript... Legal td muito bom e poderoso.

No teu caso pelo q eu li vc já usa uma lib gráfica a MiniGui, correto? Pq então querer sair disso se vc permaneceria no Delphi com DBF/CDX, seria a IDE? Se for pela IDE um dos motivos não precisa ir pra Delphi, se vc não esta contente com a MINIGUI vai pra outra lib gráfica q tenha IDE, assim vc aproveita muito, mas muito mesmo suas funções já existentes, além das funções nativas da linguagem q vc já conhece e continua com DBF/CDX, homologa teu sistema e pronto.

Mas analisa ai o q vc acha melhor, se for no mundo xBase tamo junto... []´s


Prezado Fladimir, os seus comentários muito estão batendo com meu raciocínio...
Quando você fala de sistema de Retaguarda e Frente de Caixa, entendo (acho) que está falando de 2 num só banco de dados/tabela. Então, é mais ou menos isso que quero. Manter meu sistema antigo com telas "modo console" e fazer outro que fique com FRENTE DE CAIXA com telas bonitinhas e ainda por cima homologado pela RECEITA ESTADUAL.

Quando você diz:
Comecei a recriar meu sistema do ZERO na outra linguagem... estava dando certo, mas vi q ia demorar MUITO, exemplo pegar parte da string (já te vem na cabeça as funções e comandos xBase como SUBSTR, trocar tal caracter na string já vem STRTRAN..) na outra linguagem td era novo, estava dando certo mas eu perdia muito tempo, ai eu conheci a lib gráfica q uso hj e resolvi testar e me encontrei, aproveito minhas funções e altero/crio a parte visual..... pensei já q meu objeto é gráfico e banco, mas primeiramente gráfico peguei 1 pequeno PROJETO pra ver se ia dar certo e fiz, estou usando desde 2012 a contento.
é o que estou vivendo (adormecendo no tempo na verdade) desde 1998, pois ficava pensando que a CA CLIPPER iria finalmente soltar no mercado o CLIPPER FOR WINDOWS (VISUAL OBJECT) e isso nunca aconteceu e foi aí que comprei uma apostila de DELPHI (7) e comecei a aprender, só que a vida anda muito rápido. Aí tentei também PHP, JAVASCRIPT, HTML5, JAVA, C++, C#, mas, achei tudo muito difícil, por não dispor de tempo e dinheiro.
Já o Delphi tenho instalado aqui a versão 7 e instalei recentemente o XE3 que achei muito mais fácil e leve pra mexer.

Com o Harbour + lib Visual + DBF/CDX vc consegue atender teus clientes já dando o impacto visual q vc busca e na parte de tabelas é como o Itamar falou, vc precisa apresentar resultados, ou seja, se é pra interligar da pra usar o LETODB, TS etc.

Ai vc homologa PAF-ECF se tão te exigindo ai e outras mais.

Ai depois muda pra Banco.

Isso foi o q eu fiz

Bom, preciso aprender esse macete que você aprendeu e se puder ir mais longe, me ensinar os trâmites para homologar meu software e saber se ele entra numa lista para que as empresas (futuros cliente) me liguem como é na OAB (ORDEM DOS ADVOGADOS), onde os advogados recém-formados nem precisam de propaganda (aliás nem podem fazê-la através da mídia: rádio/tv, etc) e os clientes vão aparecendo.
Então, se puder ter paciência comigo, percebo que o que você passou de dificuldade é semelhante às minhas (não sei se foi pior ou menos pior que a minha).
Grato!

migrar DBF para SQLite

MensagemEnviado: 25 Abr 2015 23:12
por rochinha
Amiguinhos,

microvolution
Se não estou enganado, com LetoDB, NetIO e Mediator, voce poderá adicionar umas 5 linhas no .PRG principal de sua aplicação e não mexer no resto e ter o poder de se comunicar com seus .DBFs via TCP-IP.

Uma navegada pelo fórum e voce encontra muita informação. Grátis, mas voce precisa LER para entender, inclusive as indagações dos colegas.

Outra coisa:

Leia a postagem MEI -Micro Empreendedor Individual e sua pegadinhas para entender como ter um CNPJ sem custos, só o custo da internet.

Um CNPJ, mesmo que MEI lhe abre portas:

- Voce poderá abrir conta juridica na CAIXA(sem custos).
- Voce poderá obter empréstimos no BNDES.
- Voce poderá cadastrar sua empresa como fornecedora na lista do BNDES.
- Voce poderá obter o seu Certificado Digital(muito útil em diversas coisas virtuais). Este tem um custo, para mim em São Paulo, custa R$ 95,00 ao ano.

Então o que falta agora é ATITUDE, vá agora mesmo ao seu banheiro, olhe para seu reflexo no espelho e diga:

"...Voce tá voltando cara, voce tá voltando, me segurem..."

migrar DBF para SQLite

MensagemEnviado: 26 Abr 2015 00:44
por JoséQuintas
Trabalhei bastante tempo simultâneo Clipper e VB6.
No Clipper usava SIXCDX, e no VB usava ADS Local.
O ADS Local é grátis, e não precisa de servidor.
Mas ao contrário do Clipper, no VB usava comandos SQL nos DBFs.

Eu diria assim: tá funcionando, pra que mexer? Só porque não está lá no ranking?
E por acaso o SQLite está no ranking?

Atualmente tenho mais de 50 DBFs e funciona muito bem. Em um cliente com 2 empresas, isso dobra: 100 DBFs.
Então 19 DBFs é pouco, não há porque se preocupar.
Estou mudando pra MySql pra poder expandir possibilidades.

Caso não use CDX, poderia começar por aí.
Usar ADS com comandos SQL, pode escolher fazer isso no Harbour ou Delphi.
Se começar no próprio Harbour, depois aproveita toda parte de comandos para o Delphi.

O ADS segue o padrão SQL Server para comandos SQL.
São poucas diferenças entre comandos SQL do SQL Server ou do MySql, mas diferenças existem.
Não confunda comandos SQL com base de dados cliente/servidor.

Que eu me lembre, não recomendavam SQLite para rede, não sei se isso mudou.

Um exemplo de diferença de comando SQL, para selecionar os 10 primeiros registros:

// SQL Server / ADS
SELECT TOP 10 * FROM CLIENTES

// MySql
SELECT * FROM CLIENTES LIMIT 10


Já SELECT incluindo relacionamento, fica igual nos dois, mesmo em ADS com DBF, a não ser que sejam somente os 10 primeiros, que precisaria do TOP 10 ou LIMIT 10.

SELECT DUPLICATA, CODCLIENTE, NOMECLIENTE FROM ARQDUPLIC
LEFT JOIN CLIENTES ON DUPLICATA.CODCLIENTE = CLIENTES.CODCLIENTE
ORDER BY NOMECLIENTE


Se quer mudar base de dados, vá pra MySql.
Já vi relatos de quem mudou de SQL Server pra MySql e ficou muito feliz com o resultado.
De DBF pra MySql então....

migrar DBF para SQLite

MensagemEnviado: 26 Abr 2015 10:21
por FFreire
Bom dia a todos...

Novamente aqui vai a minha mais sincera opinião !

Sinceramente, depois de tudo que li, acho que esta procurando uma solução mágica... que te garanto não vai encontrar !

Tem que por a mão na massa sim e se sua escolha é mudar para Delphi e SQL (seja lá qual for), vai ter muito mais trabalho com certeza, agora, o que posso te afirmar e pode confirmar com o que foi postado aqui, que harbour (seja gráfico ou console) com dbf/cdx, pode não constar em ranking sei lá do que, mas eu tenho N clientes que usam meu sistema, com 200 tabelas dbf/cdx e pagam mensalmente e estão satisfeitos com o resultado, pois é isso o que interessa, e não a linguagem que uso ou a base que grava os dados, o que querem é resultado, sistema que funcione e tenha suporte, isso que faz com que eles paguem mensalmente e ponto final... agora claro que se puder usar essa ou aquela ferramenta, para melhorar o desempenho, visual, etc, claro que é bem vindo e posso te garantir que o harbour com suas ferramentas não deixam a desejar em nada ! Por exemplo, eu uso harbour console, gerindo base postgres sql e uso harbour gráfico gerindo base dbf/cdx, sem problema algum... Acho que, o que esta faltando é disposição para buscar conhecimento a partir do que vc tem na mão... para fechar, trabalho nisso a mais de 25 anos, que bom seria se tivesse feito um sistema lá em 1988 e tivesse ganhando dinheiro até hoje sem ter que mexer em nada, que MARAVILHA!!!, pois te afirmo que iniciei um sistema em 1988 e até hoje não terminei ele, pois nunca termina, portanto, quer mudar ?, seja para onde quiser, tem que por a mão na massa, buscar, aprender, nunca é tarde, é só querer e se o harbour parar, ué, tem que buscar novamente, BEM VINDO AO MUNDO DA TECNOLOGIA, ame-o ou deixe-o !

Enfim, é apenas a minha opinião !

migrar DBF para SQLite

MensagemEnviado: 22 Set 2016 12:53
por CASSOLATTO
Olá, sou novo aqui, mas posso dar umas dicas.

O SqLite é um banco de dados quase que exclusivamente para o ambiente MOBILE, ele já é nativo nos ambientes IOS e Android.

Hoje se você quiser programar e estar no "mercado" , manda ver no JavaScript/HTML5/CSS3 e/ou usa Frameworks e IDEs qu o mercado oferece, é sim, masi complicado principamente pra pessoas que como nós veem do tempo dos dinossauros da programação, mas é uma questão de prática, exemplo, o Intel XDK Developer, grátis e poderoso, e voce em um UNICO projeto faz pra qualquer prlataforma, inclusive desktop !

SqLite = SQL, mais facil de meder, e obter dados, e nãop, não é dificil, pelo contrário, você reduzira o código em muitas linhas.

Espero ter ajudado.

migrar DBF para SQLite

MensagemEnviado: 29 Out 2016 17:44
por Arjunio
Boa noite Pessoal,

Sou um programador amador e estudo Harbour a alguns anos, neste momento estou estudando SQLITE e gostaria de sanar uma dúvida.
Aprendi a criar um relacionamento entre tabelas do mesmo Database, é possível criar um relacionamento entre tabelas de dois Database diferentes?

migrar DBF para SQLite

MensagemEnviado: 16 Nov 2021 14:41
por microvolution
boa tarde nobres!
depois de tanto tempo, aqui reativando o tópico...

o negócio é o seguinte: eu li, e, reli por diversas vezes as respostas dos nobres amiguinhos e colaboradores deste tão precioso fórum, então, coloquei na balança e mantive do jeito que estava e resolvi apenas melhorar o visual de minha aplicação.

Mas, 2 coisas não respondi e/ou não fiquei saciado:
- 1ª: me perguntaram por que estava usando o delphi? simples, pois ele agora é grátis através da versão 10.4.2. CE Sidney e podemos fazer sistemas desktop + mobile, com o único código;
- 2 ª: No caso, o delphi não lê DBF/NTX e se não me engano apenas DBF/CDX (ou MDX)...

Também, os colegas aqui do fórum, disseram que o tal LETODB ajudaria...

Estou querendo desenvolver um app em delphi para ser apenas uma extensão do meu sistema, apenas na parte de vendas (crediário, cartões débito e crédito, pix), e, claro imprimir.

Me falaram que seria possível, através de um servidor de API, horse ou RDW - que são free, e, esse servidor acessaria as tabelas DBF/NTX...

então, se isso é possível, seria através do FIREDAC e TTABLE?

Esse LETODB, seria a opção mais viável pra não se mexer nos meus códigos-fonte, que estão lotados de USE, INDEX ON, etc... pra abrir tabelas DBF e seus índices NTX?

Este é o link do LetoDB que achei aqui no fórum: http://www.pctoledo.com.br/forum/viewtopic.php?f=42&t=15108.

Se o servidor de API que a gente fizer em Delphi para que o app mobile (android/iOs) consuma via JSON esse serviço, ele enxergará as tabelas DBF/NTX via LETODB sem necessidade de se migrar para algum SGDB (mysql, sqlite, postgress, firebase, firebird, etc)?

migrar DBF para SQLite

MensagemEnviado: 16 Nov 2021 20:26
por rochinha
Amiguinhos,

microvolution
Salve camarada, patricio, colega, mano, amigo.

Deixe me dar duas dicas:
1-Supondo que você tenha sua aplicação no servidor e que num terminal você coloque a sua aplicação Delphi você pode criar os indices na pasta do apicativo Delphi, engessando o acesso ao mesmos. Você terá um set de DBFs e dois sets de indices, onde nenhum deles se chocam. Você também pode não usar indices mas sim sentenças SQL em sua aplicação Delphi para manipular os DBFs.

2-Tente encontrar o Miro 3.0 que era gerador de aplicações para Delphi, pois o Miro 2.2.2 gerava para Clipper e sinceramente era o melhor trabalho que já tinha visto. O Miro 3 gera código Delphi 5(must na época) e tinha em seus arquivos .PAS várias funções que emulavam as originais do Clipper. Muito útil pois você poderá alavancar a migração da sua aplicação usando o que já sabe.

Bom trabalho.

migrar DBF para SQLite

MensagemEnviado: 17 Nov 2021 09:03
por syslink
Tanem interessei na opcao primera. Pode dar mais detalhe amigo

migrar DBF para SQLite

MensagemEnviado: 17 Nov 2021 20:50
por rochinha
Amiguinhos,

syslink vejamos como poderiamos explanar.

- Você tem 3 máquinas.
- Na primeira, sendo uma usada como servidor de dados. Ela é uma máquina de uso normal para qualquer aplicativo office, internet, etc. mas você fez uma instalação completo de sua aplicação com sistema e dados. Esta máquina será enchergada na rede como Z:, E:, X:... façamos de conta que está no X:
- Na segunda tem aplicativos padrão do usuario e o seu sistema instalado mas o acesso aos dados, DBFs, você direcionará para o X:, use x:clientes index c:\terminal1\clientes
- Na terceira também tem aplicativos padrão do usuario e o seu sistema instalado mas o acesso aos dados, DBFs, você também direcionará para o X:, use x:clientes index c:\terminal2\clientes

Mais ou menos assim.

O engessamento forçará que comandos usem desvios para acessar um e outro recurso. Pelo fatos dos indices estarem separados não haverá choque.

Havia me esquecido de algo importante:

É possível abrir o mesmo DBF em modo CDX e NTX ao mesmo tempo usam o parâmetro VIA: use clientes via "DBFNTX". Mas é lógico que precisa de umas malandragens.

use clientes via "DBFNTX" alias clientesNTX new shared
use clientes via "DBFCDX" alias clientesCDX new shared

new - permite acionar nova área, select().
shared - abre em modo não exclusivo.

E para acionálos basta:

select clientesNTX
browse
select clientesCDX
browse

Várias dicas úteis que devem ser usadas até que se resolva o problema em si que seria o do migração.

Para partir do DOS para GUI de forma fácil o melhor seria usar MiniGUI 1.0 que é um PRG único que à partir dele se pode criar telas em modo Windows com controles padrão. Creio que só a partir de Harbour ela funcione mas é a forma mais rápida de ir da tela preta-opressora para a colorida-cheia-de-frescuras.

Trocar de Clipper/Harbour para Delphi não é problema algum já que são apenas linguagem, o problema está no motor de acesso aos dados de cada uma e não termos no DBF um campo auto-numerador único.

Bom eis aí algumas idéias.

Bom trabalho.

migrar DBF para SQLite

MensagemEnviado: 17 Nov 2021 21:36
por JoséQuintas
microvolution escreveu: 2 ª: No caso, o delphi não lê DBF/NTX e se não me engano apenas DBF/CDX (ou MDX)...


microevolution.... como você gosta de complicar....
Se tudo hoje em dia usa CDX, porque raios quer manter NTX ?

microvolution escreveu:Esse LETODB, seria a opção mais viável pra não se mexer nos meus códigos-fonte, que estão lotados de USE, INDEX ON, etc... pra abrir tabelas DBF e seus índices NTX?


Se tem muito disso, é porque o fonte tá muito ruim.
Tá querendo manter o fonte ruim, é isso?

Organize seus fontes primeiro, antes de qualquer outra coisa.
Mude pra DBF/CDX, que existe desde o Clipper 5.1, 40 anos atrás talvez?, e o mais compatível de todos.
Se não me engano, o LETODB só trabalha com CDX.

Seus fontes estão precisando de revisão faz tempo.
Aproveite isso pra revisar.
O tempo que já perdeu com gtwvg/hmg/sei lá o que..... poderia ter dado uma geral nos fontes e deixado tudo melhor e mais fácil.
Não é trocando de banco de dados e/ou lib que vai resolver os problemas de fonte.

Trocar de NTX pra CDX é relativamente fácil, pode até manter a lógica atual, mas o ideal é usar CDX da forma como ele foi feito pra ser usado.
O NTX do Harbour até aceita variação, pode aproveitar isso pra fase de migração/ajuste de fontes.

Lembrando:
Apenas falar de CDX não é o conjunto completo. O conjunto de CDX inclui os campos MEMO, onde altera o DBT pra FPT.

O CDX agrupa TODOS os NTX do arquivo.
Quer os fontes abrindo indice1,indice2,indice3,indice4,indice5, sendo que com CDX abre apenas um arquivo?
Quer ficar inventando nomes de índice, sendo que com CDX, como é único, basta usar o próprio nome do arquivo?
Quer usar índices maiores, sendo que CDX é compactado, gasta menos recursos de rede e disco?
Acho que tá indo no caminho contrário, pra tudo, está se enforcando sozinho.

Isso é coisa de 40 anos atrás, por isso nem costumamos a falar sobre isso, já assumimos que ninguém mais usa NTX, nem mesmo quem usa Clipper.

migrar DBF para SQLite

MensagemEnviado: 17 Nov 2021 22:57
por rochinha
Amiguinhos,

O Jose M Quintas tá certo. Na época do NTX lembro me que quando começamos a ter problemas de velocidade em rede, corrupção por falta de memória em abrir vários arquivo por causa do maldito FILES buscamos uma saída e encontramos o SUBNTX.

Adorei usá-lo mas quando enfim descobri que com CDX, eu reduziria para um os 15 NTX máximos e ainda poderia ter vários CDX por DBF e ainda com uso de SetScope() poderia fazer o que fazia com SUBNTX abandonei sem retrocesso ao NTX.

Sempre que temos problemas com volumes de dados nos DBFs pensamos logo em mudar de linguagem ou ir para SQL.

Tô até hoje com DBF/CDX, meus clientes tão de boa, nem ligam para tecnicidades, querem vender, imprimir, lucrar.

migrar DBF para SQLite

MensagemEnviado: 18 Nov 2021 07:44
por Itamar M. Lins Jr.
Olá!
Tô até hoje com DBF/CDX, meus clientes tão de boa, nem ligam para tecnicidades, querem vender, imprimir, lucrar.

Tô aqui no mesmo barco.
E se usar Letodbf ai é que não muda mesmo.
E lendo manual de SPED EFD, etc... Ainda lavando roupa, fazendo comida, varrendo, cuidando do quintal...

Saudações,
Itamar M. Lins Jr.