[firebase-br] RES: Crescimento do banco, ate onde?

edcley edcley em eletroacre.com.br
Seg Out 2 13:49:38 -03 2006 

2
Existem segundo a literatura seis regras que definem um SISTEMA GERENCIADOR
DE BANCO DE DADOS, se não se enquadrar em algum desses itens, n pode ser
considerado SISTEMA GERENCIADOR DE BANCO DE DADOS e sim no máximo um
Gerenciador de arquivos

Regra 1: Auto-Contenção- Um SGBD não contém apenas os dados em si, mas
armazena completamente
toda a descrição dos dados, seus relacionamentos e formas de acesso.
Normalmente esta regra é chamada de
Meta-Base de Dados. Em um GA, em algum momento ao menos, os programas
aplicativos declaram
estruturas (algo que ocorre tipicamente em C, COBOL e BASIC), ou geram os
relacionamentos entre os
arquivos (típicos do ambiente xBase). Por exemplo, quando você é obrigado a
definir a forma do registro em
seu programa, você não está lidando com um SGBD.
Regra 2: Independência dos Dados- Quando as aplicações estiverem realmente
imunes a mudanças na
estrutura de armazenamento ou na estratégia de acesso aos dados, podemos
dizer que esta regra foi atingida.
Portanto, nenhuma definição dos dados deverá estar contida nos programas da
aplicação. Quando você resolve
criar uma nova forma de acesso, um novo índice, se precisar alterar o código
de seu aplicativo, você não está
lidando com um SGBD.
Regra 3: Abstração dos Dados- Em um SGBD real é fornecida ao usuário somente
uma representação
conceitual dos dados, o que não inclui maiores detalhes sobre sua forma de
armazenamento real. O chamado
Modelo de Dados é um tipo de abstração utilizada para fornecer esta
representação conceitual. Neste modelo,
um esquema das tabelas, seus relacionamentos e suas chaves de acesso são
exibidas ao usuário, porém nada é
afirmado sobre a criação dos índices, ou como serão mantidos, ou qual a
relação existente entre as tabelas que
deverá ser mantida íntegra. Assim se você desejar inserir um pedido em um
cliente inexistente e esta entrada
não for automaticamente rejeitada, você não está lidando com um SGBD.
Regra 4: Visões- Um SGBD deve permitir que cada usuário visualize os dados
de forma diferente daquela
existente previamente no Banco de Dados. Uma visão consiste de um
subconjunto de dados do Banco de
Dados, necessariamente derivados dos existentes no Banco de Dados, porém
estes não deverão estar
explicitamente armazenados. Portanto, toda vez que você é obrigado a
replicar uma estrutura, para fins de
acesso de forma diferenciada por outros aplicativos, você não está lidando
com um SGBD.
Regra 5: Transações- Um SGBD deve gerenciar completamente a integridade
referencial definida em seu
esquema, sem precisar em tempo algum, do auxílio do programa aplicativo.
Desta forma exige-se que o banco
de dados tenha ao menos uma instrução que permita a gravação de uma série
modificações simultâneas e uma
instrução capaz de cancelar um série modificações. Por exemplo, imaginemos
que estejamos cadastrando um
pedido para um cliente, que este deseje reservar 5 itens de nosso estoque,
que estão disponíveis e portanto são
reservados, porém existe um bloqueio financeiro (duplicatas em atraso) que
impede a venda. A transação
deverá ser desfeita com apenas uma instrução ao Banco de Dados, sem qualquer
modificações suplementares
nos dados. Caso você se obrigue a corrigir as reservas, através de acessos
complentares, você não está lidando
com um SGBD.
Regra 6: Acesso Automático- Em um GA uma situação típica é o chamado
Dead-Lock, o abraço mortal. Esta
situação indesejável pode ocorrer toda vez que um usuário travou um registro
em uma tabela e seu próximo
passo será travar um resgistro em uma tabela relacionada à primeira, porém
se este registro estiver
previamente travado por outro usuário, o primeiro usuário ficará paralisado,
pois, estará esperando o segundo
usuário liberar o registro em uso, para que então possa travá-lo e
prosseguir sua tarefa. Se por hipótese o
segundo usuário necessitar travar o registro travado pelo primeiro usuário
(!), afirmamos que ocorreu um
abraço mortal, pois cada usuário travou um registro e precisa travar um
outro, justamente o registro
anteriormente travado pelo outro! Imaginemos um caso onde o responsável
pelos pedidos acabou de travar o
Registro Item de Pedido, e, necessita travar um registro no Cadastro de
Produtos, para indicar uma nova
reserva. Se concomitantemente estiver sendo realizada uma tarefa de
atualização de pendências na Tabela de
Itens, e para tanto, previamente este segundo usuário travou a Tabela de
Produtos, temos a ocorrência do
abraço mortal. Se a responsabilidade de evitar esta ocorrência for
responsabilidade da aplicação, você não está
lidando com um SGBD.
Conclusão: Um SGBD deve obedecer INTEGRALMENTE as seis regras acima. Em caso
contrário
estaremos diante de um GA ou de um "quase" SGBD.

-----Mensagem original-----
De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em
nome de Kléber Caneva
Enviada em: segunda-feira, 2 de outubro de 2006 07:57
Para: FireBase
Assunto: Re: [firebase-br] Crescimento do banco, ate onde?

SGDB = Sistema Gerenciador de Banco de Dados

Adiferença é que um SGDB você não acessa diretamente o arquivo fisico, você 
se conecta a um servidor (serviço), proporcionando segurança.

DBF, Paradox e Access você acessa diretamente os arquivos físicos.

[]´s

Kléber Caneva

----- Original Message ----- 
From: "Fernando Reis Guimarães" <fernandobhz em gmail.com>
To: "Carlos H. Cantu" <listas em warmboot.com.br>; "FireBase" 
<lista em firebase.com.br>
Sent: Monday, October 02, 2006 9:43 AM
Subject: Re: [firebase-br] Crescimento do banco, ate onde?


BOM, o que quis expor que cada coisa tem seu valor, mas agora desculpe a
ignorancia, nunca ouvi falar em sgdb? que isso?

Em 02/10/06, Carlos H. Cantu (TeamFB) <listas em warmboot.com.br> escreveu:
>
> Eu não posso responder a sua pergunta porque não sei o contexto onde o
> banco de dados será aplicado. Para aplicações que envolvam GIS,
> provavelmente o PostgreSQL levaria alguma vantagem pois ele suporta
> dados desse tipo nativamente.
>
> No entanto, o PostgreSQL é bem mais complexo de se configurar e dar
> manutenção, não existe nem um décimo das ferramentas e componentes de
> acesso que o Firebird tem, e o processo de limpeza do banco (chamado
> por eles de VACCUUM) exige conexão exclusiva com o banco.
>
> Tire suas próprias conclusões.
>
> []s
> Cantu (Membro do TeamFB - FireBase)
> http://www.warmboot.com.br
> FireBase - http://www.FireBase.com.br
>
> LEOF> ah .. o ACCESS é mto bom msm ... eu uso nos meus sistemas de
> maladireta .  e
> LEOF> realmente ele é produtivo ..
>
>
> LEOF> em reação a pergunta para o Cantú... ele é "o cara" do Firebird aki
> no BR
> LEOF> ... mas ele sabe como ninguem .. as limitações / Diferenças entre o
> FB e o
> LEOF> PG ... por isso perguntei ...
>
> LEOF> creio q a resposta seja: Firebird ....
>
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para editar sua configuração na lista, use o endereço
> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>



-- 
Atenciosamente;
Fernando.
______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para editar sua configuração na lista, use o endereço 
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
Para consultar mensagens antigas: http://firebase.com.br/pesquisa

E-mail classificado pelo Identificador de Spam Inteligente Terra.
Para alterar a categoria classificada, visite
http://mail.terra.com.br/protected_email/imail/imail.cgi?+_u=kdcc&_l=1,11597
93518.874777.23907.arrino.hst.terra.com.br,5546,Des15,Des15

Esta mensagem foi verificada pelo E-mail Protegido Terra.
Scan engine: McAfee VirusScan / Atualizado em 29/09/2006 / Versão: 
4.4.00/4863
Proteja o seu e-mail Terra: http://mail.terra.com.br/





______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para editar sua configuração na lista, use o endereço
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
Para consultar mensagens antigas: http://firebase.com.br/pesquisa


-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.407 / Virus Database: 268.12.11/460 - Release Date: 1/10/2006

Mais detalhes sobre a lista de discussão lista