Boa noite nobres colegas,
A certo tempo, desenvolvi um sistema para uma empresa em Cascavel/CE que
tem duas lojas de móveis e eletrodomésticos em delphi 6 e paradox.
Por questão de tempo, não estou podendo mais efetuar o suporte nas duas
lojas.
Caso algum do colegas more nas proximidades de Ca
Rapaz.. o motivo da lentidão deve ser outro, arquivo do banco com tamanho
elevado nao deixa lento.
provalmente o arquivo de log é que ta sem espaço e por isso ta ficando
lento.
Sugiro fortemente que vc leia a manual do MSSQL para conhecer com detalhes a
administração do banco.
Em 20/10/07, Dorett
O problema maior é que o banco (MSSQL 2000) cresceu em 10 dias de 4,2 GB para
5.8 GB sem motivo algum. Eu verifiquei as tabelas e estão c/ os dados normais.
Em consequencia disto ou nao esta gerando uma lentidão imensa nos processos.
Abraço
Doretto.
- Original Message -
From: J
Eduardo Silva dos Santos wrote:
> Se você está falando do MS SQL Server, vc deve executar um "Shirink" no
> banco.
> um truncate log tb é interessante.
Ou swap do firebird e interbase, ou vacuum do postgresql e etc. Apagar
uma tabela não significa diminuir o tamanho do banco, mas deixar áreas
do
O Eduardo falou do SQL Server, e eu vou chutar que vc usa firebird.
Backup e restore resolvem seu problema.
Em 20/10/07, Doretto <[EMAIL PROTECTED]> escreveu:
>
> Boa tarde !!!
>
> Quando eu limpo uma tabela no SQL o banco permanece c/ o mesmo anterior,
> mesmo se esta tabela tenha um tamanho si
Gostaria de tornar público meu agradecimento a todos do forum e em especial
ao Eduardo Silva da DRD Sistemas, pela sua generosidade, atenção e interesse
em me ajudar a resolver o problema de Lost Connection do MySQL, usando ZEOS
Lib 6.5.
A todos, um excelente final de semana.
Abraço.
Sergio Euri
Se você está falando do MS SQL Server, vc deve executar um "Shirink" no
banco.
um truncate log tb é interessante.
Em 20/10/07, Doretto <[EMAIL PROTECTED]> escreveu:
>
> Boa tarde !!!
>
> Quando eu limpo uma tabela no SQL o banco permanece c/ o mesmo anterior,
> mesmo se esta tabela tenha um tama
Boa tarde !!!
Quando eu limpo uma tabela no SQL o banco permanece c/ o mesmo anterior, mesmo
se esta tabela tenha um tamanho significativo. Tem como eu otimizar o banco
para diminui o tamanho dele ???
Abraço
Doretto.
[As partes desta mensagem que não continham texto foram removidas]
é, meu objetivo nao é buferizar ou nao dados num dataset
o meu ponto é q nao posso usar dbgrid se o dataset vier do firebird pq ele é
unidirecional
anotei as sugestoes das outras mensagens e vou colcocar em pratica logo pra
ver se paro de digitar tantas linhas de codigo pra reinventar a roda
[A
Cogo, no Ado é diferente os comandos.
tenta assim
ADOConnection1.BeginTrans; //para começar uma transação nova;
ADOConnection1.CommitTrans; //no update ou post para comitar a transação;
ADOConnection1.RollbackTrans;//se der algum erro na transação ele faz o
rollback;
Att.
rafael.
> E ae Dr. Co
Se seu sistema ja ta usando Instruções SQL, migrar para o FireBird vai ser
um pulo.
melhor que ficar perdendo dados no Piradox!!
Em 20/10/07, wellingtonamsantos <[EMAIL PROTECTED]> escreveu:
>
> Ola a todos , estou com um problema mais ou menos 3 meses e não
> consigo uma solução . Tenho uma apl
apenas para complementar. Ainda existe espaço para aquele profesional
que trabalha direito...e muito, e isso he bem pago, acredite em mim...
Santiago
-Mensagem original-
De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
Em nome de Tatu
Enviada em: sexta-feira, 19 de outubro de 200
Ola a todos , estou com um problema mais ou menos 3 meses e não
consigo uma solução . Tenho uma aplicação em delphi 5.0 com base dados
paradox 7.0 , mais todas as instruções estão em SQL, em alguns
momentos o sistema da essa mensagem de erro eu perco dados.
1) ja aumentei o block size na configuraç
E ae Dr. Cogo tudo beleza?
Como estão as coisas?
Estava dando uma lida na sua dúvida. é mais ou menos assim
esse tipo de conexão abre uma transação quando inicia o projeto
e so comita ao sair da conexão.
Tenta usar o starttransaction com commit ou rollback nas telas.
faz um teste forçando abrir uma
14 matches
Mail list logo