☐ nouvelle fonctionnalité intéressante
☐ pourrait aider de nombreux utilisateurs !
☑ supprime un « bug » [~ manque de sécurité]
☐ agréable à avoir
☐ personne n'en a besoin
Qu'est-ce qui a inspiré cette demande de liste de souhaits ?
Si le pilote de base de données ne permet pas à l'utilisateur de stocker le mot de passe dans les paramètres ODBC, il est difficile de stocker les mots de passe de base de données de manière sécurisée et simple.
Très peu sécurisé : stocker le mot de passe de la base de données sous forme de texte brut dans le script JSL et le tableau (!!!)
Avec Jmp17, il existe une nouvelle option pour masquer la chaîne de connexion ODBC qui conduit à l'effet suivant :
Les scripts de table de base de données (mise à jour à partir de la base de données, modification, etc.) ou les fichiers .jmpquery cessent de fonctionner
Une autre option:
Crypter le code de connexion à la base de données :
Conseils et astuces JMP et Oracle pour un mariage heureux
Mais il est alors indispensable d'utiliser un mot de passe d'exécution. Sinon, toute personne ayant accès au code aura accès à la base de données.
Et l'exécution du mot de passe ne fait que déplacer le problème - et rend son automatisation plus difficile.
La meilleure approche :
Stockez le mot de passe dans un emplacement de sauvegarde et donnez à Jmp l'accès au mot de passe :
Définir et obtenir des informations d'identification dans le gestionnaire d'informations d'identification via PowerShell sous Windows
Malheureusement, cette approche n'est pas compatible avec Query Builder.
Quelle est l’amélioration que vous aimeriez voir ?
Incluez un gestionnaire d’informations d’identification / une connexion au gestionnaire d’informations d’identification Windows dans le générateur de requêtes pour stocker automatiquement les mots de passe de base de données de manière sécurisée, bien définie et simple.
par exemple selon l'idée de @ih
Définir et obtenir des informations d'identification dans le gestionnaire d'informations d'identification via PowerShell sous Windows
Veuillez ajouter une fonctionnalité pour créer une connexion à la base de données () et une nouvelle requête SQL (connexion ()) afin qu'elles puissent également utiliser les mots de passe stockés.
Pourquoi cette idée est-elle importante ?
Une manière sécurisée, bien définie et simple de gérer les informations d’identification : c’est là que la normalisation peut être d’une grande aide.
Le meilleur : l’inclure directement dans l’écosystème Query Builder existant.
plus de souhaits soumis par 
Je viens de remarquer que dans Jmp live il y a déjà un Secure Credential Server disponible :
https://community.jmp.com/t5/Discovery-Summit-Americas-2023/Angling-Wrangling-and-Untangling-Data/ta-p/692501 @ 39min
Alors, il est peut-être possible de s'inspirer de là...
Merci pour les nouveaux connecteurs de données 
@Sarah-Sylvestre .
-> le souhait peut être fermé.
