Datawarehouse

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

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

Définit le code de la solution dans laquelle les données BI sont installées.

Chemin réseau définissant le serveur distant sur lequel on doit se connecter.

Définit le système d'exploitation sous lequel est installée la structure de données de la business intelligence.

Définit la base utilisée pour créer le dossier. Cette base peut être SQL SERVER ou ORACLE. En fonction de la licence qui est utilisée, ce choix sera possible ou imposé.

Adresse disque d'installation de la solution distante. C'est à cet endroit que le répertoire permettant la connexion distante va être créé si un dossier de même code que le dossier courant n'existe pas.

Cette adresse correspond au répertoire de base (volume 0 dans adxvolumes) sur le serveur d'application.

Ces valeurs permettent de dimensionner les fichiers données et index de la base. La taille est exprimée en Méga-octets.

Ces valeurs n'ont d'intérêt que pour la création d'un dossier, et elles seront mises en général saisies en fin de définition des paramètres du dossier, juste avant la création effective d'un dossier. En effet, pour disposer d'une valeur estimative correcte, il importe d'avoir au préalable dimensionné les tables de la base par le biais de valeurs de dimensionnement (onglet Tables), et d'avoir défini plus précisément la structure des tables de la base par le biais de codes activité (onglets Options, Ecrans, Spécifiques).

Définit le jeu de caractères utilisé pour stocker les champs caractères dans la base de données. Celui-ci peut prendre les valeurs ASCII ou UNICODE.

• Le format ASCII correspond à la gestion des langues européennes : chaque caractère est stocké sur un octet, les caractères accentués étant stockés sur des valeurs supérieures à 128.

• Le format UNICODE n'est utile que lorsqu'on veut gérer des langues dont le jeu de caractères nécessite plus de 256 combinaisons. C'est le cas du chinois, par exemple.
  Le client SAFE X3 est nativement UNICODE, il sait par conséquent gérer les textes de ce type. Il a le choix, au niveau de la base de données, d'utiliser l'un des deux formats : UCS2 ou UTF8.
  
  Le format UCS2 est un format d'origine Microsoft(TM), dans lequel tout caractère est stocké sur deux octets ; les caractères ASCII usuels ont le même code (mais l'un des deux octets sur lequel ils sont codés est nul). C'est le seul format de type UNICODE supporté par SQL server. Oracle admet pour sa part d'autres formats, et en particulier le format UTF8 qui est le plus fréquent. C'est un format dans lequel les caractères sont stockés sur un nombre variable d'octets (de 1 à 5 selon les cas, les caractères ASCII standard sont stockés sur un octet, les caractères accentués en utilisent deux ; au-delà, on retrouve les langues asiatiques). Il est à noter qu'Oracle supporte d'autres normes de codage (UCS3, UCS4, UTF16...) et que ces normes pourraient être utilisées (à condition de créer manuellement la base de données).

De façon interne et indépendante du format de la base (pour ses variables temporaires), le moteur SAFE X3 utilise le format UTF8 (les sources des traitements sont codés en UTF8), et le client Windows la norme UCS2.

Cette question posée dans le cas d'une base SQL server permet de définir si on crée ou pas des fichiers séparés pour stocker les index et les données (pour des bases conséquentes, c'est en général le cas).

Code contrôlé dans la table des langues et permettant de définir la langue dans laquelle les univers associés au datamart vont être créés.

Définit les datamarts a créer dans le datawarehouse.

Définit le dossier X3 à partir duquel on alimente le datamart.