Créer des sources de données dans Nectari
Une source de données définit comment Nectari se connecte à une base de données. Chaque modèle de données est associé à une source de données, et plusieurs sources de données peuvent être assignées à un même environnement. Nectari prend en charge plusieurs connecteurs (SQL Server, Oracle, Snowflake, Sage Intacct, Acumatica, et d'autres) avec différentes méthodes d'authentification selon le connecteur et les exigences de sécurité. Les champs et options de configuration varient d'un connecteur à l'autre et ne s'appliquent pas tous à chaque type de base de données.
Un environnement doit être créé avant de pouvoir créer une source de données.
Dans quels cas créer des sources de données
- Se connecter à plusieurs systèmes quand l'environnement de reporting interroge plus d'une base de données.
- Séparer les connexions par usage pour organiser les bases de données de reporting, d'analytique et d'intégration et les gérer de façon indépendante.
Supported connectors
La page connecteurs disponibles liste tous les connecteurs compatibles avec Nectari et DataSync.
Créer une source de données
- Dans le panneau de navigation, cliquez sur l'icône engrenage pour ouvrir la section Administration.
- Cliquez sur Env. & Sources de données.
- Sélectionnez l'environnement auquel ajouter la source de données.
- Dans le panneau Sources de données, cliquez sur l'icône +.
- Renseignez les champs requis dans le panneau Définition de la source de données.
- Cliquez sur Valider, puis sur Enregistrer.
Champs de définition de la source de données
Les champs affichés dépendent du type de connecteur sélectionné. Certains champs ne s'appliquent qu'à des connecteurs spécifiques, précisés dans la troisième colonne du tableau.
| Champ | Description | Connecteur |
|---|---|---|
| Desc. de la source de données | Nom unique de la source de données. Choisir un nom clair et reconnaissable. Exemple : SAGE100_CONSO. | |
| Type | Type de base de données cible. Pour les types non listés, utiliser une connexion OLEDB ou un SQL linked server. | |
| Serveur | Nom du serveur de base de données, nom d'hôte ou adresse réseau. Exemple : W2K16S100DS\SQL2016. | |
| Nom de la base de données | Nom de la base de données ou de l'entrepôt de données. Ce champ est sensible à la casse. Pour Oracle, saisir l'SID Oracle. | |
| Autres propriétés de la chaîne de connexion | Optionnel. Paramètres supplémentaires requis par le fournisseur de base de données. | |
| Transaction avec (No Lock) | Lit les données sans attendre la libération des verrous, ce qui peut améliorer les performances sur les systèmes chargés. Attention : des données non validées ou incomplètes peuvent être retournées. | SQL Server, iSeries |
| Schémas de la base de données | Définit les schémas accessibles aux modèles de données. Plusieurs schémas peuvent être ajoutés. Format attendu :
| |
| Force Translation | Active la propriété Force Translate du connecteur si l'environnement l'exige. | iSeries |
| Port | Numéro de port utilisé par l'instance Oracle. | Oracle |
| Path | Chemin complet vers le fichier de base de données Access. | Access |
| Pooling | Active le regroupement de connexions pour améliorer les performances. Valeurs par défaut :
| Oracle |
| Schéma Nectari | Schéma utilisé par les composants Nectari. Définit l'emplacement où l'application stocke et lit ses objets internes. | |
| Authentification | Méthode d'authentification utilisée pour se connecter à la base de données. |
Stratégie d'authentification
La stratégie d'authentification détermine comment Nectari s'identifie auprès de la base de données. Les options disponibles varient selon le type de connecteur.
- Windows Authentication
- Use Specific (Basic)
- Key Pair Authentication
- OAuth 2.0
Windows Authentication
Connexion via le compte de service Windows qui exécute Nectari. Aucun identifiant n'est saisi ou stocké manuellement.
- Quand l'utiliser : quand Nectari et le serveur de base de données sont sur le même domaine et que le compte de service dispose déjà d'un accès en lecture à la base de données.
- Configuration requise : aucune. La connexion s'authentifie automatiquement via l'identité du compte de service.
Use Specific (Basic)
Connexion via un nom d'utilisateur et un mot de passe saisis dans la définition de la source de données.
- Quand l'utiliser : quand la base de données possède ses propres identifiants ou quand le compte de service Nectari n'a pas accès directement au serveur de base de données.
- Configuration requise : le nom d'utilisateur et le mot de passe d'un compte de base de données avec accès en lecture à la base de données cible.
Key Pair Authentication
Connexion via un fichier de clé privée à la place d'un mot de passe. Le serveur de base de données valide la clé en la comparant à une clé publique enregistrée.
- Quand l'utiliser : pour les bases de données cloud comme Snowflake ou quand la politique de sécurité impose une authentification par certificat plutôt que par mot de passe.
- Configuration requise : le nom d'utilisateur, le chemin du fichier de clé privée sur le serveur Nectari, et la phrase secrète si la clé est chiffrée.
OAuth 2.0
Connexion par authentification à base de jetons. Nectari demande un jeton d'accès via des identifiants d'application enregistrés, sans mot de passe statique.
- Quand l'utiliser : pour les connexions à Acumatica, qui recommande OAuth 2.0 pour les accès API. C'est le seul connecteur à prendre en charge cette méthode.
- Configuration requise : l'URL du point de terminaison OAuth, l'identifiant client et le secret client issus de l'application OAuth enregistrée dans l'instance Acumatica.
Pour les étapes complètes de configuration, consulter la page source de données Acumatica.