2011/6/9 izana souza torres <[email protected]>
>
> Confessor que até fiquei tonto lendo esses comentários

Normal, devia até ser proibido dar uma base de dados para alguém usar sem
antes passar por uma introdução ao modelo relacional…


>     Modelo relacional foi criado para evitar que tipo de engessamento ??

Que o uso da base, como originalmente projetada, engesse outros usos não
previstos no projeto original.

        Basicamente, o modelo relacional é puramente lógico, dando uma visão
conceitual do modelo de dados mas permitindo ao DBA e ao SysAdmin que ajustem
o modelo físico sem alterar o modelo lógico.  Isso permite uma evolução lógica
do modelo de dados, acompanhando o público usuário e suas necessidades
funcionais; e outra evolução, paralela, do modelo físico, para acompanhar
tanto as necessidades de desempenho quanto a evolução da disponibilidade de
recursos de e para o SGBD.

        Por exemplo, antes do modelo relacional, as bases de dados que,
depois, convencionamos chamar navigacionais ou de grafos, predeterminavam os
caminhos de acesso.  Qualquer necessidade de consulta ou manipulação que não
se conformasse a esses caminhos de acesso predeterminados, ou não fosse
compatível com a existência deles, exigia uma alteração em todos os programas
e padrões de uso, o que freqüentemente inviabilizava consultas e aplicações,
fosse por custo, fosse por prejudicar os usos já existentes.

        No caso dos dados navigacionais, os arquivos de dados eram de fato
criados com uma ordem preestabelecida, ou primária, e outros acessos eram
feitos via índices secundários ou alternativos.  Mas a última vez que ouvi
falar disso já fazem mais de dez anos… BTrieve+, Dataflex, Fox Pro, dBase,
Clipper…


> Minha dúvida surgiu quando lir esse material.
> http://www.lcad.icmc.usp.br/~jbatista/scc203/mat/SGBD.pdf

Esse material constitui‐se apenas de notas rápidas, não fica claro a que
modelo se refere.  Me parece que não se refere a modelo lógico nenhum, apenas
a arquivos simples; o que mais se aproxima seriam os dados navigacionais,
descritos acima.


> Entre uma das caracteristicas dos Indices primarios e Secundário e que eles
> trabalham sobre arquivos ordenados - só queria saber o que seria esse
> arquivos ordenados - seria um "fatia" de bloco de uma determinada tabela que
> estaria em memoria e essa fatia já estarai fisicamente ordenada..

Não é tabela nenhuma, porque não se trata de uma base de dados sob controle de
um SGBD.  São arquivos mesmo, usados por bibliotecas e 4GLs como as citadas
acima.  Aparentemente, ao menos.  Ou seja, arquivos de dados em unidades de
armazenamento de massa, fisicamente ordenados por algum atributo: 1, 2, 3, 4…
ou A, B, C, D…, por exemplo.


--
skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191              gTalk: xmpp:[email protected]
+55 (11) 9406 7191        ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3  MSN: msnim:[email protected]
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a