Paradox Essa é facil!!
Estou com problemas de performance em meu sistema, no módulo Comercial, eu tenho uma tabela com o nome ESA13PRO, esta tabela tinha 3200 registros, para paradox eu não sei mas acho que é muito, já que eu tenho 52 campos nesta tabela, sendo 7 deles campos tipo memo.
Quero saber como faço para aumentar a performance do meu sistema, acredito que com criação de indices, mas como faço isso??
Obs Eu fiz um back_up desta tabela e agora ela tem 1300 registros e não melhorou em nada.. Por favor o que fazer
Urgente
Agradeço antecipadamente
Cabelo 8)
Quero saber como faço para aumentar a performance do meu sistema, acredito que com criação de indices, mas como faço isso??
Obs Eu fiz um back_up desta tabela e agora ela tem 1300 registros e não melhorou em nada.. Por favor o que fazer
Urgente
Agradeço antecipadamente
Cabelo 8)
Cabelo
Curtidas 0
Respostas
4_olho
05/05/2003
Cabelo,
os gargalos podem ser muitos ...
Pelo que disse, 3200 registros com 52 campos cada um e destes, 7 são Memos...
3200 é pouco, muito pouco.
7 memos não quewr dizer nada, pois são guardados em separadao da tabela principal.
52 também não quer dizer muita coisa, afiinal se cada um tiver um byte, fica pequeno certo ?
Tá na cara que este banco de dados não passou pelas regras de normatização- isto é, DEVERIA SER dividido em um monte de tabelas menores e estas, de algum modo relacionadas.
Depois de uma bela ´limpeza´ na estrutura de sua tabela, aí sim vai melhorar, e muito, sua performance. Além disso você se entregou. Disse que depois de um backup, ficaram só 1300 registros....
Caso não se lembre, o Paradox não apaga os registros excluídos. É preciso fazer uma exclusão física (pack).
É uma quetão de conceito. Imagine transportar um monte de mercadoria com uma carreta no Centro de São Paulo, OU usar um monte de Kombis ... Qual opção tem melhor agilidade (performance) ?
A opção que você escolheu foi colocar TODOS os ovos numa cesta só ... Se a cesta cair ...
os gargalos podem ser muitos ...
Pelo que disse, 3200 registros com 52 campos cada um e destes, 7 são Memos...
3200 é pouco, muito pouco.
7 memos não quewr dizer nada, pois são guardados em separadao da tabela principal.
52 também não quer dizer muita coisa, afiinal se cada um tiver um byte, fica pequeno certo ?
Tá na cara que este banco de dados não passou pelas regras de normatização- isto é, DEVERIA SER dividido em um monte de tabelas menores e estas, de algum modo relacionadas.
Depois de uma bela ´limpeza´ na estrutura de sua tabela, aí sim vai melhorar, e muito, sua performance. Além disso você se entregou. Disse que depois de um backup, ficaram só 1300 registros....
Caso não se lembre, o Paradox não apaga os registros excluídos. É preciso fazer uma exclusão física (pack).
É uma quetão de conceito. Imagine transportar um monte de mercadoria com uma carreta no Centro de São Paulo, OU usar um monte de Kombis ... Qual opção tem melhor agilidade (performance) ?
A opção que você escolheu foi colocar TODOS os ovos numa cesta só ... Se a cesta cair ...
GOSTEI 0
Aroldo Zanela
05/05/2003
Colega,
O sistema está rodando numa rede local (LAN)? Se sim, o problema de performance é apresentado na máquina servidora? A criação de índices vai minimizar o tempo de recuperação das informações e podem ser criados por meio do Database Desktop.
O sistema está rodando numa rede local (LAN)? Se sim, o problema de performance é apresentado na máquina servidora? A criação de índices vai minimizar o tempo de recuperação das informações e podem ser criados por meio do Database Desktop.
GOSTEI 0