Réserver une Démo
Pré. Proc.

Ajouter un gestionnaire de base de données - natif

La dialogue « Ajouter un gestionnaire de base de données (natif) » vous permet de définir un nouveau gestionnaire de base de données pour un référentiel existant basé sur un serveur. Il s'agit de la méthode la plus simple et recommandée pour configurer une connexion aux référentiels dans :

  • Oiseau de feu
  • MariaDB
  • Microsoft SQL Server
  • MySQL
  • Oracle
  • PostgreSQL
  • SQLite
En utilisant une connexion native, dans la plupart des cas, vous n'avez pas besoin d'installer de pilotes supplémentaires ni d'effectuer d'étapes supplémentaires en dehors d' Enterprise Architect .

Lorsque l'écran Ajouter un gestionnaire de base de données (natif) est ouvert pour la première fois, sa section inférieure est presque vide :

Cependant, cette zone sera renseignée avec des champs basés sur le SGBD sélectionné. Dans le cas des bases de données locales Firebird et SQLite, le seul champ requis est le nom du fichier, tandis que les autres nécessitent généralement un nom de serveur, un nom de base de données et des informations d'identification d'utilisateur. Par exemple, les images ici montrent un échantillon des types de champs affichés :

Vous devrez remplir tous les champs obligatoires (comme indiqué par le caractère « * » à côté de leur libellé) et, dans la plupart des cas, cliquer sur le bouton Test avant que le bouton OK ne soit activé ; cela permet de garantir que seuls les détails de connexion valides sont enregistrés.

L'Alias

Le paramètre unique que possèdent tous les gestionnaires de bases de données est « Alias ». Son but est d'identifier de manière unique une base de données par une valeur unique. Lorsque les clients demandent à se connecter à une base de données, ils spécifient l'« Alias » ( note que dans Enterprise Architect cette valeur est appelée « Nom Modèle »).

Lors de l'ajout d'un nouveau gestionnaire de base de données, l'« Alias » peut être spécifié manuellement ou, s'il est laissé vide, le Pro Cloud Server attribuera une valeur automatique en fonction de ces règles :

  • Définitions de Firebird, l'« Alias » est le nom de fichier sans l'extension
  • Définitions SQLite, l'« Alias » est le nom de fichier sans l'extension
  • Tous les autres SGBD, l'« Alias » est la combinaison du nom du serveur et de la base de données (avec les caractères spéciaux supprimés)
Par conséquent, veillez à ne pas créer de doublons d'alias de base de données lors de la définition des connexions à la base de données. Dans les versions plus récentes de Pro Cloud Server , des contrôles supplémentaires ont été mis en place pour empêcher la définition d'alias en double. Toutefois, les versions plus anciennes n'imposaient pas ces limites. Si deux ou plusieurs définitions de base de données partagent le même alias, tous les clients Enterprise Architect se connecteront à la première base de données trouvée avec l'alias demandé.

Notes

  • Pour des raisons de compatibilité, la méthode originale de définition des connexions aux bases de données ODBC et OLE/DB dans la dialogue « Propriétés des liens de données » de Microsoft est toujours disponible et décrite dans leurs propres rubriques ( Ajouter un gestionnaire de base de données (OLEDB/ODBC) ), cependant avec l'introduction d'une version 64 bits du Pro Cloud Server , des pilotes ODBC/OLE DB supplémentaires (et/ou des DSN ODBC) seront très probablement nécessaires pour que le Pro Cloud Server se connecte à ces bases de données, c'est pourquoi Sparx Systems recommande la connexion native en raison de leur simplicité.