Migração de Dbf para MariaDb 10.4

[asimoes]

Hoje está fazendo 14 dias de migração, zero erro, zero problema.
Hoje o sistema foi colocado a prova para gerar 3 mil boletos de cobrança + arquivo remessa, tudo certo!
Agora a minha diversão é HeidiSQL

[JoséQuintas]

Agora diga aí aos demais:

DBF é ou não atraso de vida?

Teve que alterar os fontes pra trabalhar com SQL.
Sente saudades dos fontes DBF?
Quer eles de volta, ou quer que eles se lasquem? kkkk

[asimoes]

DBF é ou não atraso de vida?

Eu diria que trabalhar com DBF é viver perigosamente, é igual motor de fusca qualquer um mexe até o usuário, MariaDB o nível é outro.

DBF é passado!

[bencz]

Eu diria que trabalhar com DBF é viver perigosamente, é igual motor de fusca qualquer um mexe até o usuário, MariaDB o nível é outro.

Seja la qual for o SGBD.... MS-SQL, DB2, PostgreSQL, MariaDB, MySQL, Oracle, SQLite, FIrebird e etc, é muito melhor que DBF

[fladimir]

Poderia compartilhar quais foram as etapas e sua experiência pra quem for começar a migração Alexandre.

[asimoes]

Poderia compartilhar quais foram as etapas e sua experiência pra quem for começar a migração Alexandre.

As etapas são:

1 - Baixar o driver ADS:

2 - Configurações da string de conexão:

Código: Selecionar todos

   Conexão:
   
   ::ConexaoOpenAds( Hb_DirBase() + "NetIO\Server5\DB", @cErro )

METHOD ConexaoOpenAds( cPath, cErro )
LOCAL oErro

   Hb_Default(@cPath, Hb_DirBase() + "NetIO\Server5\DB")
   Hb_Default(@cErro, "")
   
   BEGIN SEQUENCE WITH __BreakBlock()

      ::oConexao := Win_OleCreateObject( "ADODB.Connection" )
      
      ::oConexao:ConnectionString := "Provider=Advantage OLE DB Provider;" + ;
                                     "Mode=Share Deny None;" + ;
                                     "Show Deleted Records in DBF Tables with Advantage=False;" + ;
                                     "Data Source=" + cPath + ";Advantage Server Type=ADS_Local_Server;" + ;
                                     "Security Mode=ADS_IGNORERIGHTS;" + ;
                                     "Lock Mode=ADS_COMPATIBLE_LOCKING;" + ;
                                     "Use NULL values in DBF Tables with Advantage=True;" + ;
                                     "TableType=ADS_CDX;Security Mode=ADS_IGNORERIGHTS;" + ;
                                     "Exclusive=No;Deleted=No;"
       
      ::oConexao:CursorLocation := adUseClient
      
      ::oConexao:CommandTimeOut := 600
      
      ::oConexao:Mode           := adModeShareDenyNone
      
      ::oConexao:Open()
      
  
   RECOVER USING oErro
      cErro := oErro:Description + " : " + oErro:Operation
   END
   
RETURN Nil

3 - Modificar o código para trabalhar com SQL

Exemplo:
Onde:

Código: Selecionar todos

   
   onde:
   USE TABELA ALIAS TABELA SHARED NEW
   INDEX ON CAMPO TAG CAMPO TEMPORARY ADDITIVE
   ficará assim
   SELECT * FROM TABELA ORDER BY CAMPO

Depois que o código estiver 100% SQL, migrar para o SGBD a seu gosto

[Fernando queiroz]

estou passando por esse processo de aprendizado no momento, e cada vez mais me surpreendo com a facilidade de trazer as coisas do SGDB ,

foi um pouco complicado em entender como as coisas funcionavam, "ate porque o meu GETROWS não esta funcionando corretamente, mas
superei o obstaculo fazendo meu próprio array, BROWSE funcionando corretamente agora é facil partir para outras rotinas.

fiz a migração dos dados de DBF -> MARIADB usando como base uma rotina do QUINTAS e fazendo algumas mudanças como uso de TINYINT e o ID nas tabelas , com as bases de dados em MARIADB comecei os teste usando HEIDISQL e criando as QUERY da mesma forma dentro do aplicativo.

tambem estou fazendo uma curso básico de MYSQL no youtube para ajudar no entendimento

https://www.youtube.com/watch?v=Ofktsne ... 1r&index=1

ainda não estou fazendo nada em produção , somente testes por enquanto

[JoséQuintas]

Um ponto interessante que comentei:
É o backup, copiando TUDO DO SERVIDOR

Uso mínimo de rede.
Mas lógico, pego milhares de registros por vez, e tá lá gravando, sem usar rede.
Se fosse DBF, estaria o tempo todo com a rede ocupada.

[JoséQuintas]

E na hora de usar, usa o mais que puder, coisa que o DBF também não consegue fazer.
Aqui usando até que pouco.

Ou seja, consegue usar a rede ao máximo, e mesmo assim ainda deixa liberada.

Já o DBF... não consegue usar muita velocidade, e fica lá atrapalhando a rede o tempo todo.

[JoséQuintas]

É até bom reforçar esse ponto, é importante:
Copiando tudo do servidor, e mesmo assim ainda deixa rede livre.

Representa exatamente o SQL: trás tudo rápido, e deixa rede livre para outros usuários.
Acaba sendo rápido pra todo mundo.

Já o DBF.... faz tudo devagar... e além de demorar, ainda atrapalha os outros durante o processamento.

É simples assim.


É mesmo.... vamos relembrar...
No início as redes eram 10 megabits, depois mudaram pra 100 megabits, e hoje tem de 1 gigabit e até mais.
Os aplicativos Clipper ficaram 10 vezes mais rápidos ao trocar de uma pra outra ? NÃO
Porque DBF NUNCA vai usar a velocidade máxima da rede.

[asimoes]

foi um pouco complicado em entender como as coisas funcionavam, "ate porque o meu GETROWS não esta funcionando corretamente, mas
superei o obstaculo fazendo meu próprio array, BROWSE funcionando corretamente agora é facil partir para outras rotinas.

Pra quem quer começar a revolução de dbf/sql no código, recomendo este site:https://www.w3schools.com/asp/ado_intro.asp

[Itamar M. Lins Jr.]

Ola!

Se fosse DBF, estaria o tempo todo com a rede ocupada.

E vc está monitorando a rede só por sua CPU, imagine 7,8 maquinas, o correto é monitorar pelo tráfico no HUB.
Se usar rede mapeada é assim mesmo, pq está compartilhando um arquivo e quanto maior o DBF pior a situação.
Mas deixando essa birra de lado, qual linguagem moderna trabalha DBF como padrão ? MariaDb/MySQL,PgSQL, isso é o corriqueiro na internet, DBF é coisa para os anciãos."like me"
Pq parar de usar DBF ? Para mim é a abertura para outras linguagens e outros fatores e também alinhamento com a comunidade.
Quanto mais independência melhor.

Saudações,
Itamar M. Lins Jr.

[asimoes]

Itamar,

Vejo como sobrevivência mesmo, porque se você vai vender o seu sistema e diz pro seu possível comprador/cliente que a base é dbf o cara se tem um minimo de conhecimento do que é um BD vai torcer o nariz, convença ele então com muitos argumentos para ser DBF

[Itamar M. Lins Jr.]

Ola!

se tem um minimo de conhecimento do que é um BD vai torcer o nariz,

Ninguém pergunta nada sobre isso. Isso foi lá nos anos 90, hoje ninguém liga, só quer que funcione. Tenho clientes a 600/800Km vou lá 1 vez por ano para passear, 3 telefonemas por mês é muito! e não é uma loja tão pequena, tem 9/10 CPUs, emite NFCe, NFe compras, receber etc...
Esse cliente mesmo, todo sábado reindexava o DBF, migrei o sistema dele para Harbour+LetoDbf, ficou super rápido com Windows Server, até agora nunca corrompeu nada, já tem 3 anos rodando sem reindexar nada. E é grande com vários relatórios.
Ele está satisfeito, pq ele usa 100% todo o sistema ele tem seus 65 anos de idade e não quer reaprender, redigitar, etc trocar um sistema com mais de 26 anos clipper e agora harbour. Fiz algumas mudanças, aumento dos campos numéricos, estava saindo ****.***,** em alguns relatórios...
Não vejo problema nenhum com DBF, desde que conheci o LetoDB[f]. Já ia mudar para algum SGBD, mas fiquei no DBF. Esse ano começo mudar para o MariaDb, talvez use SQLMIX.
DBF é super confiável. Funciona desde priscas eras, desde que saibamos fazer corretamente a engenharia das estruturas.
Falar que mudou de DBF, pequeno "estrutura" para algum SGBD blz, mas um programa que emite NFe por exemplo é enorme. Não é uma tarefa simples.
Com n detalhezinhos, construídos ao longo dos anos. No meu caso tenho que fazer outro paralelo ao que usa DBF, ai nem sei se usarei Hwgui, se vou para Html, PHP etc..., Temos que gerar SPED, leis, etc, ainda dar manutenção do que já está pronto.
DBF não é antiquado, é sólido, confiável, muitos ainda usam, vai perdurar por muito tempo. Tem gente que usa COBOL BD em COBOL!
O problema do DBF era pq não tinha servidores, agora tem. O ADS mesmo é um exemplo, é super caro!
Ainda tenho que ver os custos para manutenção do SGBD nos clientes, cópia de segurança etc... Hoje ninguém quer saber de nada o programa tem que fazer tudo.

Saudações,
Itamar M. Lins Jr.

[asimoes]

Quando decidi sair do DBF foi para me atualizar é o que o mercado pede e não só isso, estou me divertindo muito, parece um parque de diversões o HeidiSQL
O SQL faz você pensar em querys rebuscadas, inner join, left join, exists, subquerys, bom não vou convencer ninguém aqui, mas é para fazer pensar.