Relativo a isso não tive problemas. A area de garbage mantem as versões antigas porque se ocorrer algum problema, a inconsistencia pode ser resolvida com a ultima versão boa desse registro. A area de garbage só é limpa por ocasião do backup.
É diferente do PG porque igual ao sybase e mssql ele trabalha com os transactions-logs para resolver a inconsistencia enquanto o FB usa versionamento dos registros. A regreção do tamanho da base em função das exclusões não acontece de modo automatico em banco de dados nenhum, isso implicaria em perda de performance na realocação das páginas de dados, a maioria dos RDBMS trabalham por custo de operação, é uma operação mais barata manter o espaço do registro excluido para ser reutilizado depois do que excluí-lo fisicamente e realianhar as páginas. Acho um disperdicio de tempo, restaurar a base de dados só para ter o realinhamento dessas páginas, até porque nos sistemas que eu desenvolvo nenhuma informação é apagada, apenas cancelada. Eu imagino o Vaccumm como alguem que é disparado manualmente ou então automático no momento de ociosidade e não como algo integrado que ocorrerá a cada exclusão. Mas perceba que não é uma discussão sobre melhor e pior, a questão é se vale a pena eu experimentar esse campo novo. Não vai ter jeito, as aplicações vão ser feitas para rodarem em Windows e algumas poucas em PHP, no caso das aplicações windows, o cliente já possui o Delphi7 comprado porque foi a tentativa da empresa anterior que pisou na bola. Para mim tudo bem com respeito as duas linguagens, a dificuldade reside em escrever tais codigos usando VCL. No Delphi há componentes de acesso nativo para FB, isto é, apenas o cliente de banco de dados instalado é suficiente para acessar nativamente o servidor. No PG o acesso também pode ser assim ou vai de DBExpress, ADO, ODBC,... ? Alguém aí falou sobre o Zeos, uma pesquisa rápida na internet revelou muitos problemas, mas os posts eram antigos, será que já foram resolvidos ? []'s a todos, tá muito legal as respostas. Em 01/08/07, Daniel Gaspary<[EMAIL PROTECTED]> escreveu: > O Firebird (1.5) tem problema de não ter um "Garbage Collector". Ou > seja, conforme você vai realizando updates e Deletes no banco, ele > deixa o dado antigo "jogado" lá, não recupera esse espaço sozinho. > Conforme vai passando o tempo, dependendo da frequencia dessas > atualizações, o arquivo do Firebird vai crescendo, mesmo que você não > esteja inserindo mais dados, simplesmente modificando. > _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
