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 simple et sécurisée.
Très peu sécurisé : stockez le mot de passe de la base de données sous forme de texte brut dans le script JSL et table (!!!)
Avec Jmp17, il existe une nouvelle option pour Masquer la chaîne de connexion ODBC qui conduit à l'effet que
Les scripts de table de base de données (Mise à jour depuis la base de données, Modification, etc.) ou les fichiers .jmpquery cessent de fonctionner
Une autre option:
Chiffrez le code de connexion à la base de données :
Trucs et astuces JMP et Oracle pour un mariage heureux
Mais il est alors essentiel d’utiliser un mot de passe d’exécution. Sinon, toute personne ayant accès au code a accès à la base de données.
Et le mot de passe d'exécution ne fait que déplacer le problème et rend plus difficile son automatisation.
La meilleure approche :
Stockez le mot de passe dans un emplacement de sauvegarde et autorisez Jmp à accéder au mot de passe :
Définir et obtenir des informations d'identification dans Credential Manager via PowerShell sous Windows
Malheureusement, cette approche n'est pas compatible avec Query Builder.
Quelle est l’amélioration que vous souhaiteriez 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 Credential Manager via PowerShell sous Windows
Veuillez ajouter une fonctionnalité à Create Database Connection() et New SQL Query( Connection()) afin qu'ils puissent également utiliser les mots de passe stockés.
Pourquoi cette idée est-elle importante ?
Un moyen sécurisé, bien défini et simple de gérer les informations d’identification : c’est là que la normalisation peut s’avérer très utile.
Le meilleur : l’inclure directement dans l’écosystème Query Builder existant.
