Sistemas de banco de dados muitas vezes envolvem estruturas complexas de dados e procedimentos de tratamento que pode ser concebida e utilizada apenas por pessoas com amplo conhecimento e experiência. Adabas tem uma estrutura extremamente simples, por comparação, no entanto, oferece vantagens significativas para a eficiência operacional, facilidade de concepção, definição e evolução da base de dados.
Conceito Sobre o Adabas
No Adabas um "campo" é a menor unidade lógica de informação (por exemplo, o salário atual) que podem ser definidos e referenciados pelo usuário. Um registro "é uma coleção de campos relacionados que formam uma unidade completa de informação (por exemplo, todos os dados da folha de pagamento de um único empregado). Um arquivo "é um grupo de registros relacionados que têm o mesmo formato (com algumas excepções, ver vários tipos de registros em um arquivo). Um banco de dados "é um grupo de arquivos relacionados.
Limites do Adabas
A tabela abaixo mostra o número máximo que suporta mainframe Adabas para cada entidade:
- Bases de Dados - 65,535
- Blocos por banco de dados - 2,147,483,646 usando RABNsize 4-byte
- Arquivos bom Banco - o menor de 5000 ou o tamanho do bloco associador menos um
- Registros por arquivo - 4,294,967,294 usando ISNsize 4-byte
- Campos por registro - 926
- Comprimentdo do registro descomprimido - depende do sistema operacional
- Tamanho de registro comprimido - Data Storage block size
Gerenciamento do Espaço no Adabas
O espaço de armazenamento em disco alocado para um único banco de dados Adabas é segmentado em arquivos lógicos Adabas. Uma determinada parte do espaço total no banco de dados é alocado para cada arquivo lógico. Quando o espaço é preenchido com os registros do arquivo, o Adabas aloca automaticamente mais espaço para o arquivo do pool de espaço livre comum. Esta atribuição de espaço dinâmico, juntamente com a recuperação dinâmica do espaço liberado, permite que os bancos de dados Adabas para executar sem intervenção por longos períodos de tempo.
A distribuição de espaço de banco de dados através de unidades de disco pode ser controlado por "fisicamente" segmentá-lo em vários conjuntos de dados independentes. Quando todo o espaço físico do banco de dados é preenchida, mais conjuntos de dados podem ser alocados de forma dinâmica, ou o tamanho dos bancos de dados existentes pode ser aumentado de modo que os novos arquivos físicos podem ser carregados sem reorganizar o banco de dados inteiro.
A distribuição de espaço de banco de dados através de unidades de disco pode ser controlado por "fisicamente" segmentá-lo em vários conjuntos de dados independentes. Quando todo o espaço físico do banco de dados é preenchida, mais conjuntos de dados podem ser alocados de forma dinâmica, ou o tamanho dos bancos de dados existentes pode ser aumentado de modo que os novos arquivos físicos podem ser carregados sem reorganizar o banco de dados inteiro.
Componentes do Banco de Dados
Para apoiar a separação de dados e estruturas de acesso, o núcleo Adabas usa três componentes do banco de dados:
- Data Storage é o dado comprimido
- Associator para gerenciamento de dados e recuperação
- Work, uma area de rascunho para pesquisa complexa, etc.
Data Storage
Armazenamento de dados é dividida em "blocos", cada um identificado por um 3- ou 4-byte bloco "RABN", que identifica a localização física do bloco em relação ao início do componente. Blocos de armazenamento de dados contém um ou mais registros físicos e uma área de enchimento para absorver a expansão de registros no bloco.
Um identificador lógico armazenado nos quatro primeiros bytes de cada registro físico é o controle de informações armazenadas apenas no bloco de dados. Este número de sequência interna ou "ISN" identifica cada registro e nunca muda. Quando um registro é adicionado, ele é atribuído um ISN igual ao maior ISN existentes mais um. Quando um registro é excluído, o ISN é reutilizado apenas se você instruir Adabas para o fazer. Reutilizando ISNs reduz a sobrecarga do sistema durante algumas pesquisas e é recomendado para arquivos com registros que são freqüentemente adicionados e excluídos.
Para cada arquivo, entre 1-90 por cento (default 10%) de cada bloco pode ser alocado como o estofamento com base na quantidade e tipo de atualização que o esperado. Este espaço reservado permite registros para expandir sem migrar para o outro bloco e, portanto, ajuda a minimizar a sobrecarga do sistema.
Um identificador lógico armazenado nos quatro primeiros bytes de cada registro físico é o controle de informações armazenadas apenas no bloco de dados. Este número de sequência interna ou "ISN" identifica cada registro e nunca muda. Quando um registro é adicionado, ele é atribuído um ISN igual ao maior ISN existentes mais um. Quando um registro é excluído, o ISN é reutilizado apenas se você instruir Adabas para o fazer. Reutilizando ISNs reduz a sobrecarga do sistema durante algumas pesquisas e é recomendado para arquivos com registros que são freqüentemente adicionados e excluídos.
Para cada arquivo, entre 1-90 por cento (default 10%) de cada bloco pode ser alocado como o estofamento com base na quantidade e tipo de atualização que o esperado. Este espaço reservado permite registros para expandir sem migrar para o outro bloco e, portanto, ajuda a minimizar a sobrecarga do sistema.
Free Space and Space Reusage
Se os registros se tornam muito grandes para seus blocos, eles migram para novas localizações. Quando um registro migra ou é excluído, o espaço é aberto no bloco de dados entre o último registro e da área de enchimento. A figura abaixo mostra o espaço livre criado quando o registro com ISN 0401 torna-se demasiado grande para o bloco e migra para outro bloco:
Compressão
A compressão de dados reduz significativamente a quantidade de armazenamento necessário. Também permite a transmissão de mais informação por transferência física, resultando em maior I / O de eficiência.
Adabas mantém registros de dados em forma de comprimido. Quatro opções de compressão são suportados:
Adabas mantém registros de dados em forma de comprimido. Quatro opções de compressão são suportados:
- default compression;
- supressão nula (null suppression);
- formato fixo (fixed format); and
- forward or "prefix" index compression.
As três primeiras opções a definir e executar a compressão ao nível do campo, a quarta opção pode ser implementado no file ou o nível de banco de dados, na qual os arquivos caso específico pode ser definido de modo diferente, o arquivo de configuração de nível substitui a definição da base de dados. A supressão nula (null suppression) e as opções de formato fixo (fixed format) são adicionados como opções de campo e são discutidos em compressão de dados Opções de FI e NU. A opção de compactação para a frente do índice é definido usando o utilitário ADALOD e pode ser alterado usando o utilitário ADAORD.
Default compression (Compressão padrão) elimina espaços em branco em campos alfanuméricos e zeros à esquerda em campos binários. Um byte de comprimento inclusiva (ILB), no início do campo indica o número total de bytes armazenados, incluindo o ILB. Assim, se "Susan" está inscrita em um "primeiro nome" campo definido com um comprimento de 20-caracteres e compressão padrão, seu tamanho armazenados serão seis bytes: cinco bytes para as letras do nome, além de um byte para o ILB . Além disso, os campos vazios em um registro não são armazenados, um campo vazio é substituído por um contador de byte campo vazio (CEF). Adabas pode armazenar até 63 campos vazios contíguos em um único byte hexadecimal.
Muitos arquivos Adabas requerem apenas 50% a 60% do espaço utilizado para os dados brutos. Mesmo com a adição de cerca de 25% para as estruturas de acesso armazenados no associador, os requisitos de armazenamento Adabas ainda são inferiores aos necessários para o armazenamento de arquivos tradicionais ou para SGBDs que não usam compressão de dados.
A frente (or 'front' or 'prefix') index compression remove informações redundantes do prefixo a partir dos valores do índice. Dentro de um bloco de índice, o primeiro valor é armazenado no corpo inteiro. Para todos os valores subseqüentes, o prefixo que é comum com o predecessor é comprimido.
Default compression (Compressão padrão) elimina espaços em branco em campos alfanuméricos e zeros à esquerda em campos binários. Um byte de comprimento inclusiva (ILB), no início do campo indica o número total de bytes armazenados, incluindo o ILB. Assim, se "Susan" está inscrita em um "primeiro nome" campo definido com um comprimento de 20-caracteres e compressão padrão, seu tamanho armazenados serão seis bytes: cinco bytes para as letras do nome, além de um byte para o ILB . Além disso, os campos vazios em um registro não são armazenados, um campo vazio é substituído por um contador de byte campo vazio (CEF). Adabas pode armazenar até 63 campos vazios contíguos em um único byte hexadecimal.
Muitos arquivos Adabas requerem apenas 50% a 60% do espaço utilizado para os dados brutos. Mesmo com a adição de cerca de 25% para as estruturas de acesso armazenados no associador, os requisitos de armazenamento Adabas ainda são inferiores aos necessários para o armazenamento de arquivos tradicionais ou para SGBDs que não usam compressão de dados.
A frente (or 'front' or 'prefix') index compression remove informações redundantes do prefixo a partir dos valores do índice. Dentro de um bloco de índice, o primeiro valor é armazenado no corpo inteiro. Para todos os valores subseqüentes, o prefixo que é comum com o predecessor é comprimido.
Associator
O associator é uma unidade organizacional utilizado para armazenar as estruturas necessárias para o acesso aos dados em armazenamento de dados. Contém:
- Um bloco de controle do banco de dados como um todo e os blocos de cada arquivo;
- Todas as tabelas necessárias para controlar e manter o banco de dados, incluindo uma tabela de definição de campo ou "FDT" (ver Records e Definições de campo) para cada arquivo e listas de engate para arquivos fisicamente acoplado (ver Acoplado Files);
- Uma lista invertida para cada descritor em cada arquivo do banco de dados e um conversor de endereço para cada arquivo.
Listas Invertidas
Uma lista invertida, que é usado para resolver os comandos de busca Adabas e ler os registros em seqüência lógica, é construído e mantido para cada campo de um arquivo Adabas que é designado como um campo de chave ou "descritor" (ver Opções Descriptor DE, UQ, e XI). É chamado de "lista invertida" porque é organizado pelo valor de descritor em vez de por ISN. A lista inclui o índice normal (NI) e como muitos como 14 índices superiores (UI).
O índice normal (NI) da lista invertida de um descritor particular, tem uma entrada para cada valor. A entrada contém o valor em si, o número de registros em que o valor ocorre, eo ISNs desses registros.
Para aumentar a eficiência da busca, índice superior (UI) Os níveis são criados automaticamente pelo Adabas como exigido, cada nível de gestão do índice do nível imediatamente inferior. O primeiro nível do usuário, como o NI que gere, contém entradas para apenas um descritor em cada bloco de índice. Todos os outros níveis de interface do usuário conter entradas para todos os descritores em cada bloco de índice. UIs exigir uma quantidade mínima de espaço: dois blocos é o mínimo.
Nota:O índice normal (NI) da lista invertida de um descritor particular, tem uma entrada para cada valor. A entrada contém o valor em si, o número de registros em que o valor ocorre, eo ISNs desses registros.
Para aumentar a eficiência da busca, índice superior (UI) Os níveis são criados automaticamente pelo Adabas como exigido, cada nível de gestão do índice do nível imediatamente inferior. O primeiro nível do usuário, como o NI que gere, contém entradas para apenas um descritor em cada bloco de índice. Todos os outros níveis de interface do usuário conter entradas para todos os descritores em cada bloco de índice. UIs exigir uma quantidade mínima de espaço: dois blocos é o mínimo.
O Adabas método de acesso directo (ADAM) facilidade permite a recuperação de registros diretamente de armazenamento de dados sem acessar as listas invertidas. O número do bloco de armazenamento de dados em um registro que fica é calculado utilizando um algoritmo de randomização com base na chave do registro do ADAM. O uso de Adão é completamente transparente para os programas de aplicação e de consulta e instalações escritor relatório. Veja Random Access usando o Adabas Direct Access Method (ADAM) para mais informações.
Address Converter
O conversor de endereço (Address Converter) determina a localização física de um registro. É um índice que mapeia o identificador lógico de um registro (ou seja, o ISN) para o número parente Adabas bloco (RABN) do armazenamento de dados de bloco onde o registro é armazenado.
O conversor de endereço contém uma lista de RABNs para ISN. Apenas o RABNs na verdade são armazenados no conversor de endereço; o ISNs são identificados pela sua posição relativa.
A figura abaixo mostra a relação entre uma lista invertida, o conversor de endereços e armazenamento de dados. Por exemplo, para determinar a localização física do registro cujo ISN é 6, Adabas usa o ISN como um índice para o conversor de endereços. A entrada de sexta no conversor de endereço é de 2. Portanto, ISN 6 está localizado no bloco 2, em física de armazenamento de dados para este arquivo.
Quando um registro se move ou é excluído, as atualizações Adabas o conversor de endereço de forma automática e transparente. Desde o ISN para um registro nunca muda, e seu endereço físico de bloco é armazenado apenas na entrada do conversor de endereço, o registro em si pode ser movido em armazenamento de dados com apenas uma atualização para o conversor de endereços necessário e sem extensão para o caminho de acesso o registro. Mesmo se um registro tem muitos descritores definidos, a lista invertida para cada descritor não precisa ser modificada, pois contém ISNs. Este processo explica como Adabas é capaz de realizar buscas simples e complexos de forma rápida e eficiente, sem armazenar informações de ponteiro em armazenamento de dados.
O conversor de endereço contém uma lista de RABNs para ISN. Apenas o RABNs na verdade são armazenados no conversor de endereço; o ISNs são identificados pela sua posição relativa.
A figura abaixo mostra a relação entre uma lista invertida, o conversor de endereços e armazenamento de dados. Por exemplo, para determinar a localização física do registro cujo ISN é 6, Adabas usa o ISN como um índice para o conversor de endereços. A entrada de sexta no conversor de endereço é de 2. Portanto, ISN 6 está localizado no bloco 2, em física de armazenamento de dados para este arquivo.
Quando um registro se move ou é excluído, as atualizações Adabas o conversor de endereço de forma automática e transparente. Desde o ISN para um registro nunca muda, e seu endereço físico de bloco é armazenado apenas na entrada do conversor de endereço, o registro em si pode ser movido em armazenamento de dados com apenas uma atualização para o conversor de endereços necessário e sem extensão para o caminho de acesso o registro. Mesmo se um registro tem muitos descritores definidos, a lista invertida para cada descritor não precisa ser modificada, pois contém ISNs. Este processo explica como Adabas é capaz de realizar buscas simples e complexos de forma rápida e eficiente, sem armazenar informações de ponteiro em armazenamento de dados.
Work
A Work armazena informações em quatro partes:
- Dados de proteção de informações exigidas pelas rotinas para AutoRestart e autobackout. Veja Backout, Recovery, and Restart para mais informações.
- listas de resultados intermediários (ISN) de comandos de busca.
- resultados finais listas (ISN) de comandos de busca.
- dados relativos a duas fases de processamento.
Outros Componentes - Area de Sort e Temp
Determinados utilitários Adabas (ADAINV, ADALOD) requerem dois conjuntos de dados adicionais, SORT e TEMP, para fazer triagem e armazenamento intermediário de dados. Algumas funções exigem outras utilidades para o data set de temp para o armazenamento intermediário.
O tamanho do data set TEMP e de SORT varia de acordo com a função de utilidade para ser executado. Estes data sets podem ser atribuídos durante o trabalho e depois liberado, ou conjuntos de dados permanente podem ser alocados e reutilizadas.
O tamanho do data set TEMP e de SORT varia de acordo com a função de utilidade para ser executado. Estes data sets podem ser atribuídos durante o trabalho e depois liberado, ou conjuntos de dados permanente podem ser alocados e reutilizadas.
Logs
Adabas usa os registros seguintes opcionais:
O "command log" (CLOG) registra as informações do bloco de controle de cada comando Adabas que é emitido. O CLOG proporciona uma trilha de auditoria e pode ser usado para depuração e para o acompanhamento da utilização dos recursos. Simples, duplo ou múltiplo (2-8) conjuntos de dados podem ser utilizados (vários conjuntos de dados são recomendados).
O "protection log" (PLOG) registros antes e após as imagens de registros e outros elementos quando são feitas alterações à base de dados. Ele é usado para recuperar o banco de dados (até a última transação concluída ou "ET") após a reinicialização. Simples, duplo ou múltiplo (2-8) conjuntos de dados podem ser utilizados (vários data set são recomendados).
O "recovery log" (RLOG) registra informações adicionais que o Adabas Recovery Aid usa para construir um fluxo de trabalho de recuperação.
O "protection log" (PLOG) registros antes e após as imagens de registros e outros elementos quando são feitas alterações à base de dados. Ele é usado para recuperar o banco de dados (até a última transação concluída ou "ET") após a reinicialização. Simples, duplo ou múltiplo (2-8) conjuntos de dados podem ser utilizados (vários data set são recomendados).
O "recovery log" (RLOG) registra informações adicionais que o Adabas Recovery Aid usa para construir um fluxo de trabalho de recuperação.
Arquivos do Banco
Cada banco de dados contém arquivos de sistema e arquivos de dados. Um arquivo de dados é geralmente criado para cada registro estrutura necessária, ou seja, para cada conjunto de campos relacionados identificados.
Arquivos do Sistema
Os arquivos são carregados no banco de dados usando o utilitário ADALOD. Um número de arquivo deve ser exclusivo no banco de dados e não maior que o número máximo de arquivo definido para o banco de dados no parâmetro MAXFILES. Para checkpoint, security, system file, ou fisicamente acoplado arquivo, o número não pode ser superior a 255; outros arquivos, incluindo um arquivo de trigger pode ter dois números de arquivo byte. Arquivo números são atribuídos pelo usuário em qualquer seqüência.
Adabas usa determinados arquivos para armazenar informações do sistema. Usando o parâmetro FILE ADALOD o utilitário, você pode identificar um sistema Adabas arquivo como um dos seguintes procedimentos:
Adabas usa determinados arquivos para armazenar informações do sistema. Usando o parâmetro FILE ADALOD o utilitário, você pode identificar um sistema Adabas arquivo como um dos seguintes procedimentos:
CHECKPOINT - Adabas checkpoint file
SECURITY - Adabas security file
SYSFILE - Adabas system file
TRIGGER - Adabas trigger file
Coupled Files
Acoplamento do arquivo (Coupled Files) permite a você selecionar, usando um único comando de busca, os registros de um arquivo que estão ligados (acoplados) para os registros contendo valores especificados em um segundo arquivo.
Physical Coupling
Dois files podem ser fisicamente acopladas se um descritor "comum" (ver Opções Descriptor DE, UQ, e XI), com formato idêntico e definições de comprimento está presente em ambos os arquivos. Um único arquivo pode ser associado a até 18 outros arquivos, mas apenas uma relação de engate pode existir entre dois arquivos em qualquer momento. Um arquivo não pode ser acoplado a si mesmo.
Quando os arquivos são acoplados, listas de ligação são criados no associador para cada arquivo que está sendo acoplado. Acoplamento do arquivo é bidirecional e não hierárquico em que duas listas de engate são criadas para cada relação de engate com cada lista contendo os ISNs que são acoplados a outro arquivo.
Uma vez que as listas de acoplamento físico, foram criados, qualquer campo chave em qualquer arquivo pode ser usado dentro de um critério de pesquisa.
Acoplamento físico pode adicionar uma quantidade considerável de sobrecarga se os arquivos envolvidos são atualizados com freqüência. As listas de engate deve ser atualizada se um registro em um dos arquivos é adicionado ou excluído, ou se o descritor utilizado como base para o acoplamento é atualizado em qualquer arquivo.
Acoplamento físico pode ser útil para sistemas de recuperação de informação em que
Acoplamento físico pode adicionar uma quantidade considerável de sobrecarga se os arquivos envolvidos são atualizados com freqüência. As listas de engate deve ser atualizada se um registro em um dos arquivos é adicionado ou excluído, ou se o descritor utilizado como base para o acoplamento é atualizado em qualquer arquivo.
Acoplamento físico pode ser útil para sistemas de recuperação de informação em que
- arquivos raramente mudam;
- a sobrecarga adicional das listas de engate é insignificante em comparação com a maior facilidade de formulação de consultas, ou
- arquivos são pequenos e essencialmente orientado para consulta.
Adabas data compression
Adabas armazena todos os registros de dados em um formato comprimido como uma seqüência de comprimento variável de bytes. Esta compressão é transparente para o usuário, pois Adabas automaticamente comprime os dados que entram e descompacta-lo sair. Geralmente a representação física dos dados comprimidos não precisa ser conhecido e apenas uma breve descrição é fornecida aqui.
Os dois primeiros campos armazenadas para cada registro de dados são o seu comprimento e sua ISN. Os campos restantes são organizados na sequência especificada no FDT com a opção de compactação especificado lá. campos de comprimento fixo ocupar o comprimento especificado e geralmente deve ser usado para campos de bytes apenas 1 ou 2. campos compactados são sempre precedidas pelo comprimento do campo. Existem duas opções disponíveis para campos de comprimido. Campos definidos com a opção de compactação padrão exigirá sempre pelo menos dois bytes, um para o comprimento e outro para um valor nulo mesmo. Nulo reprimida campos são representados por um indicador de especial valor nulo quando são nulos e consecutivas os valores nulos são representados por uma contagem campo vazio. Nenhum armazenamento é usado para valores nulos que ocorrem no final do registro. Desta maneira, uma sequência de valores nulos podem ser armazenados usando muito pouco espaço. Os passos seguintes são tomadas para compactar os valores:
Os dois primeiros campos armazenadas para cada registro de dados são o seu comprimento e sua ISN. Os campos restantes são organizados na sequência especificada no FDT com a opção de compactação especificado lá. campos de comprimento fixo ocupar o comprimento especificado e geralmente deve ser usado para campos de bytes apenas 1 ou 2. campos compactados são sempre precedidas pelo comprimento do campo. Existem duas opções disponíveis para campos de comprimido. Campos definidos com a opção de compactação padrão exigirá sempre pelo menos dois bytes, um para o comprimento e outro para um valor nulo mesmo. Nulo reprimida campos são representados por um indicador de especial valor nulo quando são nulos e consecutivas os valores nulos são representados por uma contagem campo vazio. Nenhum armazenamento é usado para valores nulos que ocorrem no final do registro. Desta maneira, uma sequência de valores nulos podem ser armazenados usando muito pouco espaço. Os passos seguintes são tomadas para compactar os valores:
1. Espaços extras são removidos de campos alfanuméricos
2. zeros à esquerda são retirados e embalados campos numéricos
3. Os campos numéricos são convertidos para decimal embalado
Um ponto mais importante é que os valores null de null campos reprimidas não são colocados na lista invertida.
Campos de MU e goups PE são sempre precedidas por uma contagem de ocorrência, que identifica quantas ocorrências do campo ou grupo de campos está presente. MU campos e campos contidos dentro de um grupo periódico deve quase sempre ser definido como null reprimida. Adabas sempre espremer as ocorrências de um valor nulo MU rolando valores em ocorrências posteriores. Também reduz a contagem de ocorrência para o MU. No entanto, o mesmo não é verdadeiro para PEs. Se todos os valores de campo dentro de uma ocorrência de PE são nulos e que você deseja mover ocorrências subseqüentes até completar, esta tarefa deve ser feito manualmente pelo programador eo registro atualizado. Isto é comumente referido como posicionalidade, que é mantida para PEs, mas não para MUs.
O tamanho do comprimido de registro de dados não pode exceder o tamanho de bloco de armazenamento de dados. O tamanho descompactado de um registro de dados é limitada a 10.000 bytes.
O tamanho do comprimido de registro de dados não pode exceder o tamanho de bloco de armazenamento de dados. O tamanho descompactado de um registro de dados é limitada a 10.000 bytes.
Registro e Definição de Campo
No Adabas a estrutura de registro e do conteúdo de cada campo em um arquivo físico são descritos em uma tabela de definição de campo (field definition table) ou "FDT", que é armazenado no associador. Há uma FDT para cada banco de dados de arquivo. O FDT é usado pelo Adabas durante a execução de comandos Adabas para determinar a estrutura lógica e características de um determinado campo (ou grupo) no arquivo.
O FDT lista os campos do arquivo para registro físico, fornece um índice de "rápido" para os registros do arquivo, e define os campos do arquivo, sub / superfields, e descritores incluindo agrupamento, sub-/super-/hyper- e fonética. Um mínimo de um e máxima de 926 definições de campo pode ser especificado.
Informações sobre cada campo inclui o nível, nome, tamanho, formato, opções e de campo e atributos especiais descritor.
O FDT lista os campos do arquivo para registro físico, fornece um índice de "rápido" para os registros do arquivo, e define os campos do arquivo, sub / superfields, e descritores incluindo agrupamento, sub-/super-/hyper- e fonética. Um mínimo de um e máxima de 926 definições de campo pode ser especificado.
Informações sobre cada campo inclui o nível, nome, tamanho, formato, opções e de campo e atributos especiais descritor.
Estrutura do Registro
A ordem dos campos listados na FDT determina a estrutura do registro e da eficiência de recuperação. Os seguintes fatores devem ser considerados na ordenação os campos:
- Os campos que serão acessados com freqüência deve ser condenada em primeiro lugar na FDT. Esta técnica reduz o tempo de CPU porque Adabas não tem que ler todo o registro ao recuperar um campo.
- Campos que será frequentemente acessados em conjunto deve ser atribuído a um grupo de "campo".
- Os campos que irá sempre ser acessado em conjunto deve ser definido como um único campo. Esta técnica pode inibir a compressão e uso de linguagem de consulta, no entanto, diminui o tempo de processamento, fornecendo mais eficiente de processamento interno e amortecedores mais curtos formato.
- Se for caso disso, os campos que será frequentemente vazias devem ser ordenados em conjunto no FDT e configurado para usar padrão de compressão ou supressão nulo.
- Os campos numéricos devem ser carregados no formato em que eles serão usados com mais freqüência.
Quando dois ou mais campos consecutivos da FDT são freqüentemente acessados juntos, você pode fazer referência-los em conjunto, definindo um campo de grupo. Para além do seu nível e Adabas nome curto, um campo de grupo não tem atributos definidos. Ela precede imediatamente seus campos de membro na FDT. A maior campo de "nível" número é usado para atribuir os campos membro para o campo de grupo. Adabas suporta até sete níveis de campo. Programas de usuário podem acessar cada campo de membro individualmente, ou todos os campos membro juntos referenciando o campo de grupo.
Por exemplo, na ilustração da Tabela Arquivado na seção Definition Records e Definições de campo, campo AB é definido como um campo de grupo e atribuído ao nível 1. Campos AC, AE, AD e são atribuídos para o nível 2, indicando que elas pertencem ao grupo AB campo. O próximo campo, AF, é atribuído ao nível 1, indicando que ele não faz parte do grupo AB. Programas de usuário podem acessar AC, AE, AD e individualmente, ou em conjunto, fazendo referência ao campo do grupo AB.
Um campo de grupo podem ser dados como um campo de grupo "periódico" se ela é composta de campos que pode ter mais de um valor (por exemplo, o grupo de domínio AQ na figura.
Por exemplo, na ilustração da Tabela Arquivado na seção Definition Records e Definições de campo, campo AB é definido como um campo de grupo e atribuído ao nível 1. Campos AC, AE, AD e são atribuídos para o nível 2, indicando que elas pertencem ao grupo AB campo. O próximo campo, AF, é atribuído ao nível 1, indicando que ele não faz parte do grupo AB. Programas de usuário podem acessar AC, AE, AD e individualmente, ou em conjunto, fazendo referência ao campo do grupo AB.
Um campo de grupo podem ser dados como um campo de grupo "periódico" se ela é composta de campos que pode ter mais de um valor (por exemplo, o grupo de domínio AQ na figura.
Nomes de campo
Um campo é identificado com Adabas por um período de dois Adabas caráter "nome" curto prazo que deve começar com um caractere alfabético e pode ser seguido por um numeral ou por carta (o E0 combinações-E9 são reservados e caracteres especiais não são permitidos) e deve ser exclusivo dentro de um arquivo. Adabas atribui nomes curtos aos campos automaticamente, embora você possa optar por atribuir-los sozinho. Adabas usa os nomes curtos internamente e campos realmente acessos por seus nomes curtos.
Comprimento campo e Data Format
Valores campo são fixos ou variáveis de comprimento e pode ser em alfanuméricos, ponto, binário fixo, ponto flutuante, embalado / decimal descompactado, ou formatos de caracteres de largura.
O comprimento (em bytes) e formato (expresso como um código de um carácter) de um campo de definir as normas (padrões) para ser usado por Adabas durante o processamento do comando. Eles são usados quando o campo é de leitura / atualizado a menos que o usuário especifica uma substituição.
Se o comprimento padrão é zero para um campo, o campo é considerado como um campo de tamanho variável. Formato-padrão deve ser especificado para um campo. O formato especificado determina o tipo de compressão padrão a ser realizado no campo.
O comprimento (em bytes) e formato (expresso como um código de um carácter) de um campo de definir as normas (padrões) para ser usado por Adabas durante o processamento do comando. Eles são usados quando o campo é de leitura / atualizado a menos que o usuário especifica uma substituição.
Se o comprimento padrão é zero para um campo, o campo é considerado como um campo de tamanho variável. Formato-padrão deve ser especificado para um campo. O formato especificado determina o tipo de compressão padrão a ser realizado no campo.
O máximo de comprimentos de campo que pode ser indicada depende do "formato" do valor:
A - Alfanumerico - de 1 até 253 bytes
B - Binario - de 1 até 126 bytes
F - Ponto Fixo - até 4 bytes
G - Ponto Flutuante - 4 a 8 bytes
P - Decimal Compactado - até 15 bytes
N - Numerico - de 1 até 29 bytes
U - Decimal Não Compactados - até 29 bytes
W - Wide character - de 1 até 233Opções de Campo
Opções de campo são especificados usando códigos de dois caracteres, que podem ser especificados em qualquer ordem, separados por uma vírgula.
DE - Este campo pode ser um descritor.
FI - Este campo pode ter armazenado um fixed; valores são armazenados sem um byte de comprimento interno, não são comprimidos, e não pode ser maior que o tamanho do campo definido.
LA - Um caractere alfanumérico, campo de comprimento variável que pode conter um valor de 1 até 16.381 bytes.
MU - Campo pode conter até 191 valores em um único registro.
NC - Campo pode conter um valor nulo que satisfaz a interpretação SQL de um campo não tendo nenhum valor, ou seja, o valor do campo não está definido (não contabilizados).
NN - Campo definido com a opção de NC deve sempre ter um valor definido, mas não pode conter um nulo SQL (não nula).
NU - Nulo valores que ocorrem no campo devem ser reprimidos.
NV - Um campo de caracteres alfanuméricos-wide é para ser processado no buffer de registro sem ser convertido.
PE - Este campo grupo é definir os campos consecutivos (o que pode incluir um ou mais campos MU) no FDT que se repetem juntas (até 191 vezes) em um registro.
UQ - O campo é para ser um descritor único, ou seja, para cada registro no arquivo, o descritor deve ter um valor diferente.
XI - Para este campo, a ocorrência index () para o número de excluídos do único descritor (UQ) opção para definir um grupo de periódicos (PE).Types of Fields and Descriptors
HYPDE - Um tipo muito especial do índice, cujo tipo e valores de índice são determinados pelo usuário. Descritor HYPDE exige que o usuário escreva um algoritmo em linguagem assembly e este seja ligado em uma sub-rotina no Adabas. Não muito usado nas versões atuais de Adabas.
PHONDE - Phonetic descriptor: É um índice especial construído a partir de campos alfabéticos para permitir a seleção de registros que contêm valores similares fonética. descritores Fonética não são permitidos em elementos do grupo PE.
SUBDE - Subdescriptor: É um índice construído a partir de um subconjunto de outro campo.
SUBFN - Subfield: É uma parte ou um subconjunto de um outro campo que pode ser lido como um campo normal. Subcampos não são permitidas ao adicionar ou atualizar registros.
SUPDE - Superdescriptor, um descritor construído a partir de vários outros campos, em parte ou no total. Um máximo de cinco campos podem ser usados para construir uma superdescriptor.
SUPFN - Superfield: um campo composto por vários campos, porções de campos, ou combinações que podem ser lidos como um campo normal. Como subcampos, superfields não são permitidas ao adicionar ou atualizar registros.
Opções de Segurança
O banco de dados ADABAS oferece opções de segurança, tanto através ADABAS e NATURAL. Para proteger seus dados ADABAS, você pode usar o formulário de segurança, ou você pode ter os dois trabalham juntos. ADABAS fornece uma facilidade de segurança para impedir o acesso não autorizado aos dados armazenados nos files do ADABAS. O file de segurança está disponível através da proteção de senha e mantendo dados na forma cifrada.
Password - fornece proteção no nível de arquivo ADABAS, nível de campo de dados, e dados de nível de valor. Essas opções de segurança são definidas com a utilidade ADASCR de segurança e são armazenadas no arquivo de sistema Adabas Security.
Para acessar um arquivo ADABAS protegido por uma senha, você deve fornecer a senha válida. Cada campo de dados em um arquivo ADABAS pode ser atribuído até quinze níveis de leitura e atualização de segurança. A senha do usuário especifica a autoridade para o campo de dados, e ADABAS automaticamente determina se o usuário está autorizado a executar a operação solicitada. Se o nível de permissão do usuário uma senha é igual ou maior do que o nível de permissão para o arquivo o usuário está tentando acessar, o acesso é concedido. Qualquer arquivo ADABAS pode ser protegido em valores individuais de dados de campo. Neste caso, a senha especifica restrições de valor em registros lógicos que serão escolhidos, ler, e atualizado.
cipher codes - são simples códigos numéricos que você pode atribuir usando o utilitário ADACMP ao criar um arquivo ADABAS. Ciphering registros de dados torna ilegível quando eles são exibidos com uma não-programa ADABAS ou utilidade. Você deve fornecer este código de cifra para acessar os dados criptografados.
Nota: Sistema de informação tais como DDM e NATURAL SECURITY também é armazenada em arquivos ADABAS, pois eles também podem ser protegidos por senha ou criptografada.
Password - fornece proteção no nível de arquivo ADABAS, nível de campo de dados, e dados de nível de valor. Essas opções de segurança são definidas com a utilidade ADASCR de segurança e são armazenadas no arquivo de sistema Adabas Security.
Para acessar um arquivo ADABAS protegido por uma senha, você deve fornecer a senha válida. Cada campo de dados em um arquivo ADABAS pode ser atribuído até quinze níveis de leitura e atualização de segurança. A senha do usuário especifica a autoridade para o campo de dados, e ADABAS automaticamente determina se o usuário está autorizado a executar a operação solicitada. Se o nível de permissão do usuário uma senha é igual ou maior do que o nível de permissão para o arquivo o usuário está tentando acessar, o acesso é concedido. Qualquer arquivo ADABAS pode ser protegido em valores individuais de dados de campo. Neste caso, a senha especifica restrições de valor em registros lógicos que serão escolhidos, ler, e atualizado.
cipher codes - são simples códigos numéricos que você pode atribuir usando o utilitário ADACMP ao criar um arquivo ADABAS. Ciphering registros de dados torna ilegível quando eles são exibidos com uma não-programa ADABAS ou utilidade. Você deve fornecer este código de cifra para acessar os dados criptografados.
Nota: Sistema de informação tais como DDM e NATURAL SECURITY também é armazenada em arquivos ADABAS, pois eles também podem ser protegidos por senha ou criptografada.
0 comentários:
Enviar um comentário