Introdução e índice com os outros posts desta série.
O OpenEdge é um sistema de gerenciamento de banco de dados relacional (SGBDR ou RDBMS, sigla em inglês). Um banco de dados relacional é baseado no modelo relacional, derivado de princípios matemáticos. O principal conceito no modelo relacional é a relação, uma estrutura de dados que consiste de um conjunto não-ordenado de valores de um mesmo tipo. Em um banco de dados, as relações são implementadas na forma de tabelas. Os valores são as linhas ou registros da tabela, e todas as linhas são do mesmo tipo, conforme a definição das colunas da tabela.
Por conta disto, os objetos mais comuns em bancos de dados relacionais (inclusive o OpenEdge) são as tabelas. No OpenEdge também são muito comuns objetos do tipo índice e seqüência. Outros objetos não tão comuns são views, stored procedures, triggers e sinônimos. Estes quatro últimos só podem ser criados e acessados no OpenEdge através da interface SQL. Apesar de existir triggers no acesso 4GL, elas não são objetos de banco de dados. As triggers 4GL estão cadastradas no banco de dados, mas não são armazenadas e nem executadas no banco de dados. Discutiremos mais detalhes sobre cada um destes objetos em algum post futuro desta série.
Alguns destes objetos são pequenos em termos de tamanho físico, mas outros, como tabelas e índices, podem ser muito grandes. O banco de dados precisa de alguma forma armazenar e organizar este volume para posterior utilização.
Um banco de dados OpenEdge utiliza vários arquivos para armazenar, entre outros, os dados, informações de controle, notas de transação e mensagens de erros. É comum que um banco utilize uma dezena ou mais de arquivos, mas é possível (porém não recomendável) criar um banco de dados com apenas 3 arquivos. No OpenEdge, cada um dos arquivos que compõe o banco de dados são chamados de extensões (extents), que por sua vez são agrupados logicamente em unidades chamadas áreas (storage areas).
A figura abaixo (clique para ampliar) ilustra um banco de dados OpenEdge com algumas áreas e algumas extensões em cada área:
Os arquivos .st e .lg na figura não são extensões do banco de dados e não são necessários para a integridade do banco. Seu propósito será discutido nos próximos posts.
A estrutura apresentada acima é de um único banco de dados OpenEdge. Na arquitetura do OpenEdge, cada banco de dados é completamente isolado e independente dos demais. Não existe uma instância que gerencia vários bancos de dados, como é o caso de alguns outros SGBDs. Se houver vários bancos de dados, cada um deles deve ser configurado e gerenciado individualmente.
No próximo post começarei a detalhar mais as áreas e extensões que compõe o banco de dados.
Assinar feeds (RSS)