Datawarehouse

• Cód. (campo COD)

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

• Descr. (campo INTIT)

Permet de définir un intitulé associé à chaque fiche.

• Solução BI (campo SOLBI)

Define o código da solução na qual os dados BI estão instalados.

• Máquina (campo MACHINE)

Caminho rede definindo o servidor distante sobre o qual se deve conectar.

• Tipo de SO (campo TYPOS)

Define o sistema de exploração sob a qual está instalada a estrutura de dados do business intelligence.

• Tipo de base (campo TYPDBA)

Define a base utilizada para criar o dossier. Esta base pode ser SQL SERVER ou ORACLE. Em função da licença que é utilizada, esta escolha será possível ou imposta.

• Nome da base (campo DATNAM)

• Diréctorio (campo REP)

Endereço disco de instalação da solução distante. É nesta situação que o directório permitindo a conexão distante vai ser criado se um dossier do mesmo código que o dossier corrente não existe.

Este endereço correspondendo ao directório de base (volume 0 em adxvolumes) sobre o servidor de aplicação.

• Tamanho de dados (campo SIZDAT)

Estes valores permitem dimensionar os ficheiros dados e indice da base. O tamanho está exprimido em Mb.

Estes valores não têm interesse que para a criação de um dosssier, e eles serão colocados em geral registados em fim de definição do dossier, justamente antes a criação efetiva de um dossier. Com efeito, para dispor de um valor estimado correcto, importa de ter previamente dimensionado as tabelas da base para o atalho de valores de dimensionamento (separador Tabelas), e de ter definido mais precisamente a estrutura das tabelas da base para o atalho de códigos atividade (separadores Opções, Ecrãs, Específicos).

• Tam. índice (campo SIZIDX)

• Formato (campo CODDBA)

Define o jogo de caracteres utilizados para guardar os campos carateres na base de dados. Este pode tomar os valores ASCII ou UNICODE.

• O formato ASCII corresponde à gestão das línguas europeias: cada carater está guardado sobre um byte, os caracteres acentuados sendo guardado sobre os valores superiores a 128.

• O formato UNICODE não é útil que quando se pretende gerar as línguas cujo jogo de caracter necessita mais de 256 combinações. É o caso do chinês, por exemplo.
  O cliente SAFE X3 é nativamente UNICODE, sabe por consequência gerar os textos deste tipo. Tem a escolha, ao nivel da base de dados, de utilizar um dos dois formatos : UCS2 ou UTF8.
  
  O formato UCS2 é um formato de origem Microsoft(TM), no qual todo o carater está guardado sobre 2 bytes ; os carateres ASCII usuais têm o mesmo código (mas um dos dois bytes sobre o qual os códigos está nulo. É um único formato de tipo UNICODE suportado por SQL server. Oracle admite pela sua parte de outros formatos, e em particular o formato UTF8 que é o mais frequente. É um formato no qual os carateres são guardados sobre um número de variável de bytes (de 1 a 5 segundo o caso, os carateres ASCII standard são guardados sobre um byte, os carateres acentuados em utilizando dois, assim, encontramos as línguas asiáticas). Deve-se notar que Oracle suporta outras normas de codificação (UCS3, UCS4, UTF16...) e que estas normas poderão ser utilizadas (na condição de criar manualmente a base de dados).

De maneira interna e independente do formato da base (para as variáveis temporárias), o motor de SAFE X3 utiliza o formato UTF8 (as fontes dos tratamentos são codificados em UTF8), e o cliente Windows a norma UCS2.

• Grupo ficheiro (campo GRPFIL)

Esta questão colocada no caso de uma base SQL server permitindo definir se se cria ou não dos ficheiros separados para armazenar os indices e os dados (para das bases consequentes, é em geral o caso).

• Datasource (campo DATSRC)

• Língua (campo LAN)

Código controlado na tabela das línguas e permitindo de definer a língua na qual os universos associados ao "datamart" vão ser criados.

• Datamart (campo CODABM)

Define as "datamarts" a criar na datawarehouse.

• Dossier (campo ADXDOS)

Define o dossier X3 a partir do qual se alimenta o "datamart".