Datawarehouse

• Código (campo COD)

Este código identifica las fichas creadas de forma única.

• Descripción (campo INTIT)

Permite definir una descripción asociada a cada ficha.

• Solución BI (campo SOLBI)

• Máquina (campo MACHINE)

Ruta de red que define el servidor remoto al que hay que conectarse.

• Tipo de OS (campo TYPOS)

• Tipo de base (campo TYPDBA)

Define la base utilizada para crear el dossier. Esta base puede ser SQL SERVER u ORACLE. En función de la licencia utilizada, se puede elegir o no el tipo de base.

• Nombre de la base (campo DATNAM)

• Directorio (campo REP)

Dirección del disco de instalación de la solución remota. Esta es la ubicación en la que se crea el directorio que permite la conexión remota cuando no hay ningún dossier con el mismo código que el dossier en curso.

Esta dirección corresponde al directorio de la base (volumen 0 en adxvolumes) del servidor de aplicación.

• Tamaño datos (campo SIZDAT)

Estos valores permiten dimensionar los ficheros de datos y los índices de la base. El tamaño se expresa en MB.

Estos valores solo son relevantes en la creación de un dossier y se suelen completar al final de la definición de los parámetros del dossier, justo antes de la creación efectiva del dossier. Para disponer de un valor estimado correcto, es importante haber dimensionado previamente las tablas de la base con los valores de dimensionamiento (pestaña Tablas) y haber definido la estructura de las tablas de la base con los códigos de actividad (pestañas Opciones, Pantallas, Específicos).

• Tamaño índice (campo SIZIDX)

• Formato (campo CODDBA)

Define el conjunto de caracteres que se utilizan para almacenar los campos de carácter de la base de datos. Puede ser ASCIIo UNICODE.

• El formato ASCII corresponde a la gestión de idiomas europeos: cada carácter se almacena en byte y los caracteres acentuados se almacenan en valores superiores a 128.

• El formato UNICODE solo se utiliza cuando se gestionan conjuntos de caracteres que necesitan más de 256 combinaciones. Por ejemplo, el chino.
  El cliente SAFE X3 es UNICODE nativo, sabe gestionar los textos de este tipo. En la base de datos, puede utilizar uno de estos dos formatos: UCS2 o UTF8.
  
  El formato UCS2 es un formato de origen de Microsoft(TM) en el que cada carácter se almacena en dos bytes. Los caracteres ASCII habituales tienen el mismo código (pero uno de los dos bytes en los que están codificados es nulo). Es el único formato de tipo UNICODE permitido en SQL Server. Oracle admite otros formatos, particularmente el formato UTF8, que es el más frecuente. Es un formato en el que los caracteres se almacenen en un número variable de bytes (de 1 a 5 según el caso: los caracteres ASCII estándar se almacenan en un byte, los caracteres acentuados se almacenan en dos y los idiomas asiáticos utilizan un valor superior). Oracle permite otras normas de codificación (UCS3, UCS4, UTF16...) que se pueden utilizar creando manualmente la base de datos.

Internamente, sea cual sea el formato de la base (en las variables temporales), el motor SAFE X3 utiliza el formato UTF8 (las fuentes de los procesos se codifican en UTF8) y el cliente Windows utiliza la norma UCS2.

• Grupo fichero (campo GRPFIL)

Esta pregunta, que se realiza cuando la base es SQL Server, permite definir si se crean o no los ficheros separados para almacenar los datos e índices (lo habitual en las bases significativas).

• Datasource (campo DATSRC)

• Idioma (campo LAN)

• Datamart (campo CODABM)

• Dossier (campo ADXDOS)