[firebase-br] [FireBird] pequenas duvidas

Sex Dez 24 11:49:53 -03 2004

Começa não que eu fico tímido :D

Como eu disse, nunca nenhum banco corrompeu na minha mão, logo eu não tenho 
muita experiência na área.. mas enfim, vou tentar responder:
No caso do Paradox, o que corrompe é o índice e não a tabela. Por isso 
deletar o .px ajuda certo? No Fb é um pouco diferente. Pode ser que você 
tenha mexido indevidamente no dicionário de dados dele (as tais tabelas de 
sistema) e ai fica difícil vc fazer qqr coisa no banco. O que você precisa 
fazer é usar o Gfix pra arrumar. Caso, mesmo assim não dê jeito, a saída é 
abrir o arquivo num editor hexa e mexer na unha... caso ainda não dê certo, 
acredito que algum amigo na lista possa te ajudar com o seu banco (como já 
aconteceu algumas vezes).... caso AINDA não dê certo.... Reze... Reze 
bastante para que você tenha um backup :D...
Mas nós estamos falando de situações que raramente vão acontecer. Como disse 
o amigo que pensou estar discordando de mim, quando apenas repetiu o meu 
pensamento, se você seguir tudo como manda o figurino, as possibilidades de 
corrupção são mínimas (pra não dizer nula... vai que cai um meteorito no 
servidor?)

----- Original Message ----- 
From: "Ricardo de Oliveira" <ricardooliveira01 em terra.com.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Saturday, December 25, 2004 11:37 AM
Subject: Re: [firebase-br] [FireBird] pequenas duvidas

> caro amigo, não estou puxando saco não, mas vc é o KRA da LÓGICA !  não 
> "balançou" em nenhuma pergunta.
>
> Blz....ficou muito bem explicado; não há o que não entender.
> nesse meio tempo me ocorreu uma coisa. quando uma tabela Paradox corrompe 
> os indices primary key , não existe possibilidade de abrir a tabela sem 
> antes excluir o arquivo.px(arquivo onde fica armazenado os indices 
> primarios) da tabela. E no FireBird ? quando o banco se corrompe ainda 
> assim é possível abrí-lo normalmente para fazer os backups ? porque na 
> verdade(creio eu) que dependendo da corrupção do banco, o backup não 
> conseguirá abrí-lo para efetuar o backup, estou certo? caso sim, como 
> resolver tal inconveniente ?
>
> ----- Original Message ----- 
> From: "Francisco Thiago de Almeida" <jeandeadlucky em yahoo.com.br>
> To: "FireBase" <lista em firebase.com.br>
> Sent: Friday, December 24, 2004 11:16 AM
> Subject: Re: [firebase-br] [FireBird] pequenas duvidas
>
>
>>O que acontece é o seguinte:
>> Você tem um campo que aceita Nulls
>> E depois, por um acaso do destino, voce marca este campo como not null 
>> (alterando nas tabelas de sistema)
>> Logo, se voce tiver valores Nulls você terá problemas... entendeu?
>> Está não é uma característica do gbak, é um erro lógico do DBA (o kra que 
>> fez o banco ou PDBA (pseudo dba)).
>> Pode criar o banco com Not Null sim... só tome cuidado quando alterar as 
>> tabelas de sistema. Aliás, este é outro ponto que pode corromper o seu 
>> banco.
>>
>>
>> ----- Original Message ----- 
>> From: "Ricardo de Oliveira" <ricardooliveira01 em terra.com.br>
>> To: "FireBase" <lista em firebase.com.br>
>> Sent: Saturday, December 25, 2004 11:09 AM
>> Subject: Re: [firebase-br] [FireBird] pequenas duvidas
>>
>>
>>>
>>> Blzzzzzzzzzzz. !  agora sim compreendi ! então o problema de "tamanho" 
>>> não
>>> seria do Firebird e sim dos SOs !!!
>>>
>>> eu pretendo dar inicio na "nova versão do meu projeto com FireBird" no 
>>> final
>>> de janeiro e por isso me preocupo em estar por dentro do assunto, para
>>> quando eu começar a elaborar e documentar o novo sistema(principalmente 
>>> a
>>> base de dados) não posso ter dúvidas do tipo...o que fazer..por onde 
>>> começar !
>>>
>>> minhas dúvidas sobre gdb foram sanadas...blz !
>>> Vc ficaria "bravo" hehehe... se eu fizesse mais algumas perguntas(sobre
>>> campos nulos e indices) ? la vão elas !!! hehehe  sou insistente, não !
>>>
>>> percebi em alguns materiais que o GBack e outros sistema de backup 
>>> apresentam problemas na hora de restaurar e  pelo que eu percebi, os 
>>> problemas são nos campos NOT NULL , ou seja, não sei como mas de alguma 
>>> forma onde não poderia ser nulo acaba "gravando" como nulo.  e aí quando 
>>> tentar restaurar o banco, com certeza não será possível devido ao 
>>> destino não aceitar o valor nulo que estava na origem !
>>> é daí que surgem duas perguntas "classicas" .
>>> PRIMEIRO:  Como restaurar o banco nessas condições ?
>>> SEGUNDO:  Para evitar tais inconvenientes não seria mais aconselhável 
>>> não criar atributos com NOT NULL ?
>>>
>>> ----- Original Message ----- 
>>> From: "Francisco Thiago de Almeida" <jeandeadlucky em yahoo.com.br>
>>> To: "FireBase" <lista em firebase.com.br>
>>> Sent: Friday, December 24, 2004 10:30 AM
>>> Subject: Re: [firebase-br] [FireBird] pequenas duvidas
>>>
>>>
>>>> Um pequeno detalhe.. TUDO está no gdb.. você não tem arquivos de tabela 
>>>> e de indices, está tudo no gdb (que deve ser mudado para .ib ou .fdb 
>>>> para compatibilidade com o ruindows).. por isso 4GB é incluindo tudo 
>>>> isso. Mas no caso de você atingir os quatro Giga, você pode adicionar 
>>>> mais arquivos no banco, fazendo com que o seu banco tenha vários 
>>>> arquivos... sacou? ae você pode ter até os Tb de informação!
>>>>
>>>> A questão dos 4GB depende do Sistema operacional, porque o Ruindows, 
>>>> por exemplo, só trabalha com arquivo de no máximo 4GB... por isso
>>>>
>>>> Não precisa pedir desculpas não.. amanhã ou depois eu acabo precisando 
>>>> de você tb :D
>>>>
>>>> T+
>>>>
>>>> Thiago
>>>
>>>
>>> ______________________________________________
>>> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
>>> Para editar sua configuração na lista, use o endereço 
>>> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>>>
>>>
>>> -- 
>>> No virus found in this incoming message.
>>> Checked by AVG Anti-Virus.
>>> Version: 7.0.298 / Virus Database: 265.6.4 - Release Date: 22/12/2004
>>>
>>>
>>
>>
>>
>>
>> -- 
>> No virus found in this outgoing message.
>> Checked by AVG Anti-Virus.
>> Version: 7.0.298 / Virus Database: 265.6.4 - Release Date: 22/12/2004
>>
>>
>> ______________________________________________
>> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
>> Para editar sua configuração na lista, use o endereço 
>> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>>
>> E-mail classificado pelo Identificador de Spam Inteligente Terra.
>> Para alterar a categoria classificada, visite
>> http://www.terra.com.br/centralunificada/emailprotegido/imail/imail.cgi?+_u=ricardooliveira01&_l=1,1103894213.633529.8155.cagera.terra.com.br,6915,Des15,Des15
>>
>> Esta mensagem foi verificada pelo E-mail Protegido Terra.
>> Scan engine: McAfee VirusScan / Atualizado em 22/12/2004 / Versão: 
>> 4.4.00 - Dat 4416
>> Proteja o seu e-mail Terra: http://www.emailprotegido.terra.com.br/
>>
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> Para editar sua configuração na lista, use o endereço 
> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>
>
> -- 
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.298 / Virus Database: 265.6.4 - Release Date: 22/12/2004
>
> 

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.298 / Virus Database: 265.6.4 - Release Date: 22/12/2004