Dimensões

• Dimensão (campo CODDIM)

Ce code identifie de façon unique les fiches créées.

Corresponde ao nome da tabela que será criada na base de dados do "datamart".

• Abreviatura (campo ABRDIM)

A abreviação da tabela deve ser composta de 1 a 4 caracteres (letras ou cifras mas começando obrigatoriamente por uma outra letra). Este é um identificador unico para o conjunto das abreviações das tabelas do dicionário de dados. As palavras reservadas de Adonix são interditas.

• Descr. (campo ZINTIT)

• campo W

• Descr. avaliada (campo INTEVAL)

• Cód. activ. (campo CODACT)

Un code activité vous permet de :

• rendre optionnel un élément du dictionnaire si la valeur associée au code activité est nulle,
• signer les éléments spécifiques dès lors qu'ils sont marqués par un code commençant par X, Y ou Z,
• dimensionner un nombre de lignes maximum lorsque le code activité marque des éléments d'un tableau,

Si le code activité est désactivé :

• l'élément marqué n'est pas utilisable,
• le code associé n'est pas généré ou activé.

• Módulo (campo MODULE)

• Tab. origem (campo TABORG)

Define a tabela de origem que será percorrida (com os registos das tabelas ligadas) a cada vez que uma actualização da tabela de dimensão será desencadeada. Este percurso será completo, se o tipo de actualização é Anula e substitui; senão, será incremental, baseado sobre os registos modificados na tabela principal.

• Chave (campo INDLEC)

• Filtro de extracção (campo FILTRE)

Esta condição está aplicada aos registos da tabela de origem no momento do processo de actualizar da tabela de dimensões. Se ela não está realizada, o registo não está retido para permitir a actualização.

É importante de notar que as expressões complexas podem ser aqui aplicadas, e compreendem as condições fazendo intervindo das funções definidas pelo programador (sintaxes func PRG.FONCTION...)

• Tipo de actualizaç. (campo TYPMAJ)

Este campo permite definir se a lógica de alimentação da tabela de dimensões deve ser :

• de tipo Incremental(em cada desencadeamento, reporta-se as modificações da tabela de origem). Contrariamente à tabela de factos, onde se utiliza um "gatilho" de base de dados, no caso das dimensões, baseia-se soobre a data de última modificação ou de criação, que deve então existir para as tabelas de dimensão.
• ou de tipo Anula e substitui (suprime-se todas as linhas da tabela para recriar completamente).

• campo WA

• Supressão registo vazio (campo SUPVID)

Esta opção permite acrescentar ou não uma linha vazia na tabela da dimensão no momento da sincronização.

• Multi-dossier (campo MULDOS)

Este parâmetro permite de definir se esta dimensão é multi-dossier ou não.

• Tratamento standard (campo TRTSTD)

Permite de definir o código de um tratamento opcional.

Se ele foi preenchido, este tratamento é chamadp durante a actualização, afim de permitir de realizar os tratamento particulares.

Neste tratamento, encontra-se uma etiqueta $ACTION, e duas variáveis permitindo de definir o contexto de chamada:

• A variável nomeada ACTION permite de definir o contexto de chamada. Os valores possíveis são :
• "DEB_DIM" em fim de actualização.
• "FIN_DIM" em fim de actualização.
• A variável nomeada TABLE permite de conhecer o nome da tabela de dimensão em curso de actualização.

Pode-se assim tomar a mão quando a actualização da dimensão não se resume a uma simples recópia da tabela.

• Tratamento vertical (campo TRTSPV)

• Tratamento especifico (campo TRTSPE)

• Tabelas ligadas (campo TABLNK)

Permite definir as tabelas ligadas à tabela de origem, ou a uma das tabelas precedente no quadro das relações.

• Abreviatura (campo ABRLNK)

Corresponde à abreviação sob a qual a tabela ligada está aberta.

Se este campo não está registado, a abreviação é a abreviação por defeito da tabela. Pode ser útil de registar uma abreviação para não entrar em conflito com o contexto chamador

• Chv ligação (campo CLELNK)

Define o código da chave da tabela utilizada para realizar a leitura das linhas ligadas. Por defeito, a primerira chave da tabela é utilizada.

Uma vez este campo alimentado, o quadro seguinte Mapa chaves - propriedades está alimentado segundo o código dos diferentes segmentos de chave.

• Tipo (campo TYPLNK)

• Expressão de ligação (campo EXPLNK)

Este campo está definido como uma ou várias expressões calculadas separadas por um ponto e vírgula. Cada expressão está avaliada, e o resultado permite de conhecer o valor da chave utilizada para realizar a junção. Quando as junções múltiplas são autorizadas, pode-se não dar que os primeiros elementos da chave.

Nas expressões, podem-se utilizar constantes, e campos emitidos das tabelas previamente definidas na lista das relações.

• Campo data (campo FLDDAT)

Este campo permite de parametrizar a tabela que contém os campos CREDAT e UPDDAT para realizar a sincronização das dimensões.

• Dossier (campo ADXDOS)

• Nr. de linha (campo NUMDIM)

• Cód. campo (campo FLDDIM)

Define o código do campo na tabela de factos ou a tabela descrevendo as dimensões Este código é aquele sob o qual o campo está conhecido da bse de dados (é automaticamente postfixado com os caracteres "_0"). Não é visível que quando se constrói estados de pilotagem (é o intitulado que está apresentado), mas pode ser visto em observação as sintaxes SQL que extraem os dados da "datamart".

• Descr. (campo ZINTDIM)

• Tipo (campo CODTYP)

Define-se aqui o tipo da zona, que caracteriza o seu formato de registo (numérico, caracteres quaisquer, data...) e os controlos de coerência (referência a uma tabela por exemplo).

Os principais tipos genéricos existentes são :

A : Alfanumérico
C : Inteiro curto
L : Inteiro longo
DCB : Decimal
D : Data
M : Menu local
MM : Menu local com filtro
ACB : clob
ABB : blob

Mas muito de outros tipos pre-definidos existem. Fazem frequentemente referência a uma tabela anexa (divisa, país,...) Um dicionário dedicado permite de os descrever, e podem ser selecionados via a tecla que permite de obter a lista.

• Linha (campo LNG)

Permite definir o comprimento de um campo este campo utiliza o tipo de dados genérico cujo comprimento não está fixado. É o caso nomeadamnete para os tipos A e DCB.

Para os blob, como para os clob, falta registar o comprimento que será um comprimento máximo de armazenagem. A codificação é a seguinte :

• Data (campo TYPDAT)

Quando um campo da tabela de factos ou de dimensões é de tipo data, e que ela está definida como dimensão, ela está automaticamente associada a uma tabela de dimensões nomeada AX3DAT, que é gerada automaticamente.

Pode-se então indicar quais são as características temporais ligadas à data à qual se deseja ter acesso para as análises. Damos uma lista de caracteres para os definir, sabendo que se tem as correspondências seguintes :

• Y=ano
• S=semestre
• Q=trimestre
• M=mês
• F=quinzena
• T=decada
• W=semana
• D=dia

Assim por exemplo, YMW significa que se pretende ter directamente o acesso ao ano, ao mês, e à semana definido pela data.

• Menu (campo MENLOC)

Define o número de menu local associado ao campo definido sobre a linha

Quando um campo é de tipo menu local, é guardado sob a forma de um valor numérico (de 1 a 255) correspondente à fila de um título numa tabela chamada menu local, guardado na tabela das mensagens APLSTD.

Em registo ou em afixação, vê-se, segundo as escolhas feitas sobre interface :

• seja um intitulado podendo ser escolhido numa lista deslizante comummente chamada combo box
• seja uma lista de botões de escolha.

O interesse deste tipo de registo é que a lista das escolhas está apresentada na língua de conexão do utilizador.

Cada número de menu local caracteriza a lista dos intitulados possíveis. Por exemplo, o menu local 1 correspondente à escolha Não / Sim nesta ordem. Neste caso particular, o interface utilizador pode ser assim a check box a assinalar.

• Tabela (campo TABDIV)

Se o campo está associado a uma tabela diversa, dá-se aqui o número que o identifica.

• Tipo obj. (campo TYPFLD)

Permite de caracterizar o dado da tabela de dimensões. Os valores seguintes são possíveis :

• Dimensão significa que se considera o campo como um critério de análise guardado na tabela de dimensões.
• Dimensão pai significa que se considera o campo como um critério de análise estocado na tabela de dimensões. Em certos casos (os campos de tipo data, menu local, tabela diversa), a tabela de dimensão está implicitamente gerada pelo software.
• Informação corresponde a um campo que poderá ser apresentado sobre os estados, mas que não é considerado como discriminando do ponto de vista de análise e de agregação dos dados.
• Técnica corresponde a campos que são uteis à estrutura de dados (por exemplo para definir as relações), mas que não tem necessidade de serem visíveis quando se construirá os estados.

• Auto-ligação (campo ZAUTO)

• Túnel para objecto (campo TUNNEL)

• Dimensão lig. (campo FLDLIE)

Quando um campo é de tipo Informação numa tabela de dimensões, deve ser reafixado a um campo de tipo Dimensão. Regista-se aqui um dos campos de tipo Dimensão apresenta a tabela de dimensões.

• Dimensão princ. (campo DIMFAT)

Quando o campo está de tipo Dimensão pai, regista-se aqui o código da dimensão à qual está reafixada.

• Descr. dimensão (campo ZDIMINT)

• Nome do campo (campo DIMFLD)

• Opção de ligação (campo OPTJNT)

• Fórmula alimentação (campo FLDORG)

Esta fórmula de cálculo sage permite definir a maneira cuja está alimentada o campo da tabela de dimensões quando a "datamart" está actualizada a partir de um dossier do software.

Uma tal fórmula pode integrar as constantes, dos campos emitidas das tabelas declaradas em linhas, das funções standard, mais igualmente das funções definidas por um programador (pela sintaxe função PRG.FONCTION).

• Cód. activ. (campo ACTDIM)

Un code activité vous permet de :

• rendre optionnel un élément du dictionnaire si la valeur associée au code activité est nulle,
• signer les éléments spécifiques dès lors qu'ils sont marqués par un code commençant par X, Y ou Z,
• dimensionner un nombre de lignes maximum lorsque le code activité marque des éléments d'un tableau,

Si le code activité est désactivé :

• l'élément marqué n'est pas utilisable,
• le code associé n'est pas généré ou activé.

• Chave (campo CLE)

Uma tabela de dimensão deve dispor de um índice cujos valores chaves permitem estabelecer a junção entre as tabelas de factos ou as outras dimensões ligadas. Este campo permite de definir as suas características.

Regista-se aqui a lista dos campos compondo o index, separado por um "+" se existirem vários campos (por exemplo, na tabela dos estabelecimentos FACILITY, encontramos uma chave cuja definição é LEGCPY+FCY).

Um campo ordenado em descendente está precedido do sinal "-" (atenção, se utilizado na lista esquerda).

O primeiro campo compõe um index está sem sinal e é forçosamente ascendente.

• campo NAMCLE

• Objecto 'Número de' (campo NOMBRE)

Quando esta check box está assinalada, um objecto Número está acrescentado no universo criado, o que permite aceder directamente ao número de linhas da tabela de dimensões (globalmente ou sobre critérios dados).

• Todas as línguas existentes (campo ALLLAN)

Se esta check box está assinalada, todas as línguas são tomadas em conta pela operação.

Se a check box não foi assinalada, tomar-se-á segundo o caso :

• A língua por defeito do utilizador, se nenhum código língua não foi registado.
• A língua registada por outro lado senão.

• Língua (campo LAN)

Permite de definir a língua de geração (quando a check box permitindo de gerar em todas as línguas não foi assinalada).

• Todos os tipos (campo ALLTYP)

Se esta check box está assinalada, todos os tipos de documentação são tomados em conta para a geração. Deve-se referir que, neste caso, limita-se a geração às documentações standard (apenas as documentações de código inferior a X são tomados em conta).

• Tipo (campo TYPEDOC)

Permite definir o tipo de documentação a tomar em conta no tratamento (quando não se assinalou a check box para os tomar todos em conta).

• Desde códigos documentos (campo FUNDEB)

Permite de dar um limite sobre os códigos a ter em conta para a geração de documentação.

• Cód. documentação fim (campo FUNFIN)

• campo GENDOC

Este botão redondo permite criar/atualizar a parametrização da documentação (hierarquia dos parágrafos) a partir dos elementos técnicos encontrados no dicionário dos dados. Pode-se escolher de retomar unicamente as documentações existentes ou criar novas documentações se necessário

As relações de documentação são igualmente tomados em conta. Os parágrafos susceptíveis de serem criados são definidos no anexo técnico correspondante.

• Para todos os grupos (campo ALLCREGRP)

Este campo permite escolher entre :

• Tratar todas as documentações ou ajudas sobre campo indeferentemente do grupo de pertença de utilizador.
• Tratar unicamente as documentações ou ajudas sobre campos cujo grupo de utilizador é equivalente ao grupo criador da documentação encontrada na tabela AOBJGRPDEV

• campo GENFIN

Este botão redondo permite gerar a documentação final a partir do conteúdo dos parágrafos de documentação. Esta documentação foi criada em diferentes sub-directórios do directório definido pelo parâmetro utilizador DIRDOC.

A geração "Completa" trata o conjunto das documentações não tendo código de atividade mas também aquelas tendo os códigos atividades standards (código atividade < "X")

Falta utilizar a geração "segundo o código atividade" para obter a geração das documentações das funções tendo os códigos atividades ativos (quer sejam standards ou específicos).

• Somente as documentações validadas (campo HLPVLD)

Permite gerar o documento final unicamente para as documentações válidas.

• Ajudas sobre campos ligados às documentações (campo HLPLNKFLD)

Si cette case est cochée, sont traitées spécifiquement les aides sur champs relatives aux documentations sur fonction ou objet traitées par ailleurs. Pour savoir quelles sont les aides sur champ à traiter, explorez les écrans associés aux paragraphes de documentation correspondants.

• Outras ajudas sobre campos (campo HLPFLD)

Se esta check box assinalada, cria-se a documentação final a partir do conteúdo dos parágrafos de documentação. Esta documentação foi criada em diferentes sub-directórios FLD do directório definido pelo parâmetro utilizador DIRDOC.

• Códigos ajuda campos inicio (campo HLPDEB)

Permite de dar um limite sobre os códigos a ter em conta para a geração de documentação.

• Cód. ajuda campos fim (campo HLPFIN)

• Directorio de geração (campo REPERT)