[firebase-br] [FireBird] pequenas duvidas
Jimi Roy Pugss
jimi_roy em dew.com.br
Sex Dez 24 12:17:29 -03 2004
hehehe, gostei do "meteorito" mas fiquei sabendo de uma empresa no
interior do paraná que teve seu telhado arrebentado por granizo a uns
anos atras, e que perdeu alguns computadores com os ditos, entaum, e se
cai um "granizão" no servidor ? boa essa não rsrs
[]'s a todos
Em Sex, 2004-12-24 às 11:49, Francisco Thiago de Almeida escreveu:
> 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
> >
> >
>
>
>
Mais detalhes sobre a lista de discussão lista