Obrigado pelas informações
Wilson Souza Soares
----- Original Message -----
From: JPO Sistemas de Informática
To: Grupo de Usuários do PostgreSQL no Brasil
Sent: Monday, March 12, 2007 1:40 PM
Subject: Re: [PostgreSQL-Brasil] Velocidade
Leandro Guimarães Faria Corcete DUTRA wrote:
Em Seg, 2007-03-12 às 12:00 -0300, Wilson Souza Soares escreveu:
Estamos migrando um aplicativo em linguagem Xharbour sobre Dbfs para
ser
operando sobre banco de dados Postgresql, mas estamos encontrando
muita
dificuldades entre uma dela e a velocidade que o banco esta
respondendo ao
comando, como o sistema foi desenvolvido para Dbfs e adaptado para
Banco
tem rotinas que gera muitas query, acredito que isto esta matando o
banco
Se alguêm tiver uma sugestão gostaria de saber
Está um pouco difícil de entender o que você escreve, e você não deu
nenhum caso específico.
Mas de maneira geral, aplicações navigacionais (dBase, Clipper &c) não
portam bem para SGBDs, têm de ser reescritas — porque não trabalham com
conjuntos, que são o fundamento do SQL, mas registro a registro.
Utilizo o FlagShip desde 2002, e quando tentei migrar
para o uso de SQL vi que precisava "ajustar" as tabelas
para depois migrar.
Fiquei de 2002 até final de 2006 ajustando tabelas em dbf's
e ajustando os fontes para trabalhar com tabelas temporárias,
mesmo que utilizando a leitura (do while; dbskip() ; enddo),
ajustes para ter a mesma lógica SQL. Nesta mudança aproveitei
para deixar a estrutura na mudança para SQL. É claro que no
período de 2002 a 2006 também adicionei muitos recursos ao
ERP.
Em dezembro de 2006 iniciei a migração para SQL utilizando
o PostgreSQL.
Estou escrevendo 4 programas:
1. Criar as tabelas no SQL, e se a tabela existir testar a sua
estrutura.
2. Validar as chaves primárias e estrangeiras ainda nos dados
das tabelas em dbf's.
3. Ler os registros nos dbf's e inserí-los no PostgreSQL.
4. Criar as chaves estrangeiras
Estes 4 programas iniciei em novembro de 2006 e devo finalizá-los
no início de abril de 2007.
Na versão do meu ERP em FlagShip tenho 192 tabelas, das quais
faltam 60 tabelas para incluir nos programas acima.
A alteração nos fontes do sistema que hoje estão com pouco mais
de 140.000 linhas de código será mais tranqüila, pois utilizarei das
udf's contidas no programa 2, reduzindo assim o tempo de
desenvolvimento.
Ao iniciar a migração da aplicação para SQL vou aproveitar para
deixar o ERP tanto no modo caracter como em ambiente web.
O tratamento no modo caracter já é o usual, e adiconar o tratamento
das telas em html será mais fácil.
Como foi comentado, migrar uma aplicação construída que não foi
projetada para SQL deve-se analisar muito bem o que mudar e ajustar
para esta migração.
--
Saudações
Jocimar de Oliveira
www.jposistemas.com.br
------------------------------------------------------------------------------
_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
Antes de perguntar consulte o manual
http://pgdocptbr.sourceforge.net/
Para editar suas opções ou sair da lista acesse a página da lista em:
http://pgfoundry.org/mailman/listinfo/brasil-usuarios
---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 000709-0, 30/01/2007
Tested on: 12/3/2007 14:22:51
avast! - copyright (c) 1988-2007 ALWIL Software.
http://www.avast.com
_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
Antes de perguntar consulte o manual
http://pgdocptbr.sourceforge.net/
Para editar suas opções ou sair da lista acesse a página da lista em:
http://pgfoundry.org/mailman/listinfo/brasil-usuarios
