Introdução e índice com os outros posts desta série.
Conforme vimos anteriormente, o OpenEdge utiliza uma série de arquivos (chamados de extents ou extensões) para armazenar as estruturas do banco de dados. Estes extents são agrupados logicamente em storage areas (áreas de armazenamento). Cada extent está associado a somente uma storage area, mas uma storage area pode ter vários extents associados.
O OpenEdge suporta, a partir da versão 10.1B, um número máximo de 32000 storage areas por banco de dados. Até a versão 10.1A o limite era de 1000 storage areas. Destas, as seis primeiras áreas são reservadas e têm um propósito pré-definido:
Área 1 - Control Area: contém apenas um extent de tamanho variável, que é o arquivo .db do banco de dados. Neste arquivo são armazenadas duas tabelas de sistema, a “_Area” e a “_Area-Extent”, cujo objetivo é armazenar informações sobre as storage areas e os extents que fazem parte do banco. Este é o primeiro arquivo a ser lido quando o banco de dados é aberto, e contém a localização (pastas/diretórios) dos demais extents.
Área 2: não é utilizada nas versões atuais.
Área 3 – Primary Recovery Area: mais conhecida como BI (before-image), esta área é o log de transações do banco de dados. O objetivo desta área é gravar informações para garantir a integridade e recuperabilidade do banco de dados em caso se falhas. Existe uma série de posts do Nilson sobre o assunto. Apresentarei mais detalhes sobre esta área no decorrer da série.
Área 4: não é utilizada nas versões atuais.
Área 5: não é utilizada nas versões atuais.
Área 6 – Schema Area: é uma área de dados que armazena todas as tabelas de sistema do banco de dados. Todas as tabelas e índices criados pelo usuário/aplicação que não foram atribuídos para uma outra área também são armazenados na Schema Area.
Apesar de possível armazenar todos os dados na Schema Area, esta prática não é recomendada. Ao criar novas áreas é possível utilizar um novo mecanismo de armazenamento, chamado Advanced Storage Area phase 2. Este mecanismo é mais configurável e normalmente apresenta um desempenho melhor.
Um tipo de área não citada acima, mas que é de extrema importância é a área de after-image. Existem dois posts do Adriano (aqui e aqui) sobre o after-image.
Ao longo da série apresentarei mais detalhes sobre os tipos de áreas, principalmente sobre as áreas de dados.
Assinar feeds (RSS)