Banco de Dados 26

O modelo em rede surgiu como uma evolução necessária para superar as limitações do modelo hierárquico, sendo também classificado como um dos pilares clássicos da ementa de banco de dados. Diferente da estrutura de árvore, o modelo em rede utiliza a topologia de grafos, permitindo que um registro "filho" (chamado de membro) possa estar vinculado a mais de um registro "pai" (chamado de proprietário). Essa mudança permitiu que o sistema representasse de forma muito mais natural a complexidade das relações do mundo real, onde as associações não são meramente lineares ou subordinadas. Padronizado pelo consórcio CODASYL na década de 1970, o modelo em rede introduziu o conceito de conjuntos (sets), que definem as ligações entre os proprietários e os membros. Imagine um cenário acadêmico: no modelo hierárquico, um aluno pertenceria a apenas uma turma; no modelo em rede, esse mesmo aluno pode estar vinculado a múltiplas turmas e professores simultaneamente sem a necessidade ...

O modelo hierárquico representa uma das primeiras abordagens estruturadas para a organização de informações em sistemas computacionais, sendo um dos modelos de dados clássicos previstos no estudo de SGBDs. Sua estrutura é fundamentalmente baseada em uma organização de árvore invertida, onde os dados são dispostos em uma série de níveis que estabelecem uma relação de subordinação clara. Nesse esquema, um registro "pai" pode ter múltiplos registros "filhos", mas cada "filho" está estritamente vinculado a apenas um único "pai", criando uma topologia de cima para baixo que reflete muitas estruturas organizacionais do mundo real. Historicamente, esse modelo ganhou proeminência com sistemas como o IMS (Information Management System) da IBM, sendo amplamente utilizado em grandes corporações que necessitavam processar volumes massivos de transações de forma sequencial. A navegação pelos dados ocorre de forma rígida, seguindo caminhos pré-definidos que pa...

A independência de dados é uma das propriedades mais valiosas de um SGBD, permitindo que o sistema evolua sem a necessidade de reescrever programas inteiros a cada mudança técnica. Esse conceito está intimamente ligado aos níveis de abstração vistos anteriormente e baseia-se na premissa de que alterações em um nível não devem afetar o nível superior. Para que isso ocorra, o SGBD utiliza mapeamentos entre os esquemas físico, lógico e de visão, funcionando como tradutores que mantêm a harmonia do ecossistema informacional. Existem dois tipos fundamentais: a Independência Física de Dados e a Independência Lógica de Dados . A independência física é a capacidade de modificar o esquema físico sem alterar o esquema lógico. Por exemplo, se o DBA decidir trocar o armazenamento de um disco rígido comum para um SSD ultra rápido, ou mudar a técnica de indexação de uma tabela para melhorar a performance, o programador que utiliza o banco de dados não precisará mudar sequer uma linha de código SQ...

A complexidade de um banco de dados é imensa, envolvendo estruturas de baixo nível, algoritmos de busca e gestão de memória. Para que o usuário comum e até mesmo o desenvolvedor não fiquem sobrecarregados, os SGBDs utilizam a abstração de dados , dividida em três níveis principais, conforme o modelo ANSI/SPARC. O objetivo primordial é esconder os detalhes técnicos desnecessários, apresentando apenas o que é relevante para cada ator do sistema, criando uma hierarquia de entendimento que vai do bit físico à interface do usuário. O nível mais baixo é o Nível Físico (ou interno). Aqui, a abstração é mínima. Este nível descreve como os dados estão realmente armazenados nos dispositivos de hardware, detalhando estruturas de arquivos, caminhos de acesso e métodos de indexação como árvores B+ ou Hash. É o reino do administrador do banco de dados (DBA) e do próprio SGBD, onde a eficiência de leitura e escrita é a prioridade máxima. O usuário nunca interage diretamente com este nível, pois ele...

A arquitetura de um sistema de banco de dados define como os componentes internos do SGBD interagem entre si e com os usuários externos. Em uma visão moderna e envolvente, podemos imaginar essa arquitetura como o esqueleto de um arranha-céu: ela precisa ser robusta o suficiente para suportar o peso dos dados e flexível para permitir mudanças. Tradicionalmente, os sistemas evoluíram de arquiteturas centralizadas (onde tudo ocorria em um único mainframe) para modelos cliente-servidor, onde o processamento é dividido para ganhar escalabilidade e performance. No modelo cliente-servidor, a arquitetura é geralmente dividida em duas ou três camadas. Na arquitetura de duas camadas (2-tier), o aplicativo cliente se comunica diretamente com o banco de dados no servidor. Já na de três camadas (3-tier), uma camada intermediária (servidor de aplicação) processa as regras de negócio antes de enviar ou receber dados do servidor de banco de dados. Essa separação é fundamental para a segurança e para o...