Environnements et sources de données

Les environnements et les sources de données sont un élément de configuration essentiel pour gérer l'accessibilité des données.

Chaque source de données contient les informations de configuration nécessaires pour se connecter et accéder à un ou plusieurs schémas dans une base de données sur un serveur spécifique.

Note

Chaque modèle de données dans Nectari est basé sur une seule source de données.

Astuce

Les utilisateurs peuvent facilement changer d'environnement pour la vue active en utilisant le menu déroulant Environnement dans la barre d'outils. Il s'appliquera aux vues ouvertes.

Pour accéder aux environnements et aux sources de données :

Dans la section Administration , cliquez sur Env. & Sources de données dans le volet de gauche.

Un environnement peut contenir plusieurs sources de données.

Champ	Description
Environnements
Ajouter (Bouton)	Utilisez ce bouton pour ajouter un nouvel environnement. Ajoutez autant d'environnements que nécessaire.
Définir par défaut	Définit les environnements sélectionnés comme environnement par défaut lorsque les utilisateurs se connectent.
Sources de données
Ajouter (Bouton)	Utilisez ce bouton pour ajouter une nouvelle source de données. La source de données sera ajoutée automatiquement dans tous les environnements existants. La source de données doit être configurée dans chaque environnement.
Définir comme entrepôt de données	Définit une source de données comme entrepôt, afin qu'elle soit utilisée pour construire les cubes. Seule une source de données peut être définie comme entrepôt de données.
Dans la source de données utilisée pour le cube OLAP (pointant vers la base de données NectariCube), deux nouveaux champs apparaissent après avoir cliqué sur Définir comme entrepôt de données (voir ci-dessous). Env. & Sources de données - Entrepôt de données
Schéma de l'entrepôt de données	Le schéma à utiliser pour les cubes OLAP (il est généralement le même que le schéma personnalisé).
Utilisez MARS pendant le chargement des cubes (SQL Server uniquement)	Cochez cette case pour activer Plusieurs Ensembles de Résultats Actifs (MARS). MARS (Multiple Active Result Sets) est une fonctionnalité de MS SQL Server qui élimine le risque d'échec si aucune mémoire n'était disponible pour générer de nouveaux fils d'exécution (thread). Il protège contre l'erreur suivante lors d'une tâche de rafraîchissement ou de chargement : The query processor could not start the necessary thread resources for parallel query execution. Les inconvénients en lien avec l'activation de cette fonction sont : une légère perte de vitesse et la taille du tempdb de la base de données système augmente davantage. Note: Le comportement par défaut avant la version 8.0.1 était MARS activé. Plus d'informations sur cette option sont disponibles ici.
Définition de la source de données
Description de la source de données	Indique le nom qui sera affiché dans la liste des Sources de Données.
Type	Indique le type de connexion à la base de données que la source de données utilise. Les options disponibles sont: Microsoft SQL Server Microsoft Access IBM DB2 Access ISeries Oracle OLEDB and OLED for MSQL ODBC Excel ODBC Pervasive ODBC Teradata Pour accéder à un autre type de base de données, créez soit une connexion OLEDB, soit un Serveur SQL lié.
Serveur	Contient le nom de l'instance du serveur.
Nom de la base de données	Contient le nom de la base de données (pour Oracle, ce sera SID).
Schémas de la base de données	Contient tous les schémas de base de données qui devraient être accessibles par un Modèle de Données basé sur cette source de données spécifique. Il est possible d'ajouter autant de schémas que vous le souhaitez. Veillez à saisir les schémas dans l'ordre correct au cas où la même table ou le même nom de vue existe dans plus d'un schéma (le premier schéma de la liste sera placé en haut de la liste). Les schémas doivent être saisis dans le format suivant : SQL, OLEDB : Nom de la base de données et nom du schéma (ex : databasexyz.schemaxyz). Oracle : Nom d'utilisateur et nom de schéma (ex : utilisateurabc.schemaabc). DB2 iSeries : Nom de la bibliothèque seulement. Access : Non requis.
Transaction avec (Pas de verrouillage) (SQL et iSeries uniquement)	Utilisez cette option lorsque vous voulez lire la transaction sans attendre que le verrouillage des tables soit libéré. Attention, il se peut que vous lisiez des transactions qui ne seront pas exactes, car certaines de ces transactions pourraient ne pas être transmises.
Traduction forcée (iSeries uniquement)	Activez cette option pour utiliser la propriété de connecteur Force Translate.
Port (Oracle uniquement)	Contient le numéro de port de l'instance Oracle.
Chemin d'accès (Access seulement)	Contient le chemin de la base de données Access.
Pooling (Oracle uniquement)	Active puis définit les paramètres de Pooling (Taille Min et Max du pool, Augmenter et Diminuer les nombres). Important Améliorez les performances des bases de données Oracle en cochant la case Pooling. Ceci active la fonction Pooling des connexions de la base de données Oracle. Les valeurs par défaut de Min, Max, Augmentation et Diminution du nombre de connexions du Pool sont suffisantes pour commencer, et devraient évoluer en fonction de vos besoins. Le nombre maximum de connexions, défini sur le serveur Oracle, doit être supérieur à la taille maximale du Pool.
Stratégie d'authentification	Un menu déroulant indique comment Nectari se connecte à la base de données. Les options disponibles sont Windows Authentification (lorsque Nectari est exécuté sur le même serveur que la base de données à laquelle on accède et si le compte d'hôte local sous lequel le compte Nectari est exécuté a accès à la base de données) et Use Specific (si un utilisateur spécifique du serveur est utilisé pour accéder aux données).
Nom d'utilisateur et Mot de passe	Contient les informations requises si l'option Use Specific a été choisie pour les informations d'identification.