Aldinei,
Me parece que seu problema não está então no sistema e sim no seu script
com o banco. Várias coisas me ocorrem:
.eficiência de rotinas de INSERT e UPDATE são normalmente prejudicadas
pela existência de muitos índices, índices complexos ou triggers; se
essas as alterações utilizarem os próprios índices em cláusulas WHERE
ou subconsultas, a coisa pode ficar ainda mais feia;
.se a quantidade de dados que o banco carregar na memória superar a
quantidade de RAM disponível no sistema, haverá uma corrida do SO com
o banco- o subsistema de memória virtual ficará sobrecarregado pelo
servidor de BD que ficará solicitando várias páginas da memória- a
coisa pode, novamente, ficar muito feia!
.o pior ocorrerá se seu modelo estiver inadequado para as operações que
você está realizando; nesse caso, o problema será de natureza endógena
e a única solução será mesmo remodelar suas entidades e capturar os
pontos mais adequados para a "desnormalização intencional".
Existem outros problemas que podem ocorrer- esses são os mais óbvios.
Você provavelmente estará coberto por um ou mais desses. Mais dicas para
tentar isolar o problema:
-> antes de rodar seu script, desabilite *todos* os triggers e índices
das tabelas envolvidas; após o script completo, habilite os triggers
e reconstrua os índices.
-> rode o plano de consultas para partes do script para identificar os
pontos de lentidão do script; seguramente haverá um ou mais pontos
em que o script fica pior em termos de performance...
Cordialmente,
Demian Lessa
Salvador - Brasil
aldinei simoes wrote:
> O banco esta no FB 1.5.2 e eu fiz este teste peli IBexpert para saber se dava
> o mesmo problema e o mesmo persistiu
>
> aldinei
>
> Demian Lessa <[EMAIL PROTECTED]> escreveu:
> O banco é Interbase ou Firebird- refresque minha memória?
>
> Sabe, vou te sugerir o seguinte: gere o SCRIPT para ser executado no
> banco e tente rodar esse script por fora do seu aplicativo. Ou seja,
> abra um cliente do banco (um terminal SQL) e rode o script gerado na
> importação. Se o problema for da combinação Banco/Servidor/SO você o
> terá isolado e saberá que seu sistema está em ordem. Caso contrário,
> você saberá que o problema está no sistema e na forma como ele está
> encaminhando o SQL para execução. Qualquer que seja o resultado, uma
> coisa é certa, você terá reduzido o escopo do problema e assim poderá
> avaliá-lo de forma mais precisa.
>
> Cordialmente,
>
> Demian Lessa
> Salvador - Brasil
>
> Aldinei Simoes wrote:
>
>>O banco e o sistema estão em uma maquina PIV 3.2Gjs com 512Mb de Ram
>>com windows 2003 server, a CPU fica por um longo tempo em 100%
>>chegando as vezes a derrubar o banco de dados, conforme ja disse fiz
>>todas as mudanças que me forma pedidas a unica coisa que não consegui
>>fazer foi rodar como script pois os componentes não aceitam
>>
>>Aldinei
--
<<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
Para ver as mensagens antigas, acesse:
http://br.groups.yahoo.com/group/delphi-br/messages
Para falar com o moderador, envie um e-mail para:
[EMAIL PROTECTED] ou [EMAIL PROTECTED]
Links do Yahoo! Grupos
<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/delphi-br/
<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html
