IBM Client DB Query

Cette interface de requête de base de données est disponible en tant que client HTTP dans votre déploiement et est accessible à l'aide de l' URLsuivante: https://<ip>:<port>/smcfs/yfshttpdbi/sterlingdbqueryclient.jsp

Cela permet aux implémenteurs système (SI), aux administrateurs et au personnel de support IBM d'interroger la base de données distante facilement et en toute sécurité à la demande afin d'examiner les données réelles pour faciliter leur analyse. Les utilisateurs n'ont pas besoin de configurer des outils de navigation de base de données tels que DB Visualizer, SQL Squirrel, etc., et sont libres de passer par le processus fastidieux de création et de gestion des utilisateurs sur le serveur de base de données distant et d'établir une connexion entre ces outils tiers et le réseau cloud.

Il revient aux administrateurs de prendre en charge les questions de sécurité liées à l'octroi des droits d'accès appropriés sans entraîner une altération du contenu. Il est recommandé de restreindre l'accès pour le client de requête de base de données et de contrôler les requêtes appelées ici, car l'extraction d'une grande quantité de données peut avoir un impact sur le serveur d'applications et les performances de l'environnement. Consultez la documentation Consultation de la base de données pour savoir comment accorder l'accès et les droits aux utilisateurs.

Vous pouvez entrer vos données d'identification de connexion, entrer une instruction SELECT ou DESCRIBE SQL valide pour répondre aux exigences et obtenir les données appropriées de la base de données cloud. Les résultats sont affichés dans un format de tableau HTML simple et vous pouvez également les exporter dans un fichier CSV à des fins d'analyse. Dans ce client, vous traitez directement les tables et les colonnes de base de données et, par conséquent, vous pouvez appliquer toutes les règles grammaticales SQL possibles pour interroger la base de données et extraire les résultats. Cela en fait un outil efficace pour interroger n'importe quoi dans la base de données, ce qui n'est pas faisable avec l'approche de l'API.

Tout comme les API, les demandes DB Query Client sont également traitées de manière synchrone dans la machine virtuelle Java du serveur d'applications et les réponses sont renvoyées au navigateur. Ainsi, l'interrogation d'une table à volume élevé sans clause ou avec une clause correspondant à un grand nombre d'enregistrements peut étouffer le trafic réseau et parfois même provoquer une panne du serveur d'applications. Pour éviter cette situation, le nombre d'enregistrements pouvant être extraits à la fois du client de requête de base de données est défini sur 10000 et la pagination est activée par défaut. Vous pouvez également spécifier le nombre de lignes préférées à la fois. Cela signifie que vous pouvez définir un maximum de 10000 lignes et passer à l'ensemble d'enregistrements suivant en cliquant sur'Suivant'sur l'écran des résultats de la requête et en continuant à cliquer sur'Suivant'jusqu'à ce qu'il n'y ait plus de données à afficher. Le bouton'Précédent'est également activé pour les écrans suivants afin que vous puissiez revenir à l'ensemble de résultats précédent à partir de n'importe quel écran.

Bien que le client de requête de base de données puisse extraire 10000 enregistrements à la fois, une valeur plus élevée pour le nombre de lignes peut exécuter les requêtes lentement. Si les résultats comportent un grand nombre de lignes par page, avec des tableaux avec de nombreuses colonnes et des colonnes avec des données volumineuses, vous risquez d'avoir une expérience de navigation lente. Mais vous pouvez finalement voir tous les enregistrements. Par conséquent, il est conseillé d'entrer des requêtes SQL spécifiques qui renvoient généralement un nombre inférieur de résultats et une réponse plus rapide.
Remarque: les requêtes les plus lentes seraient probablement également lentes dans les autres outils de navigation de base de données tiers.

Pour plus d'informations, voir Exécution de requêtes SQL avec le client de requête de base de données.

En mode non paginé, une requête est exécutée comme entrée. Cela vous permet d'entrer des instructions SQL complexes et d'obtenir les 10000 premiers enregistrements correspondants. Si vous exécutez ces requêtes à des fins de traitement des incidents ou si vous cherchez à trouver les enregistrements incorrectement remplis, vous aurez quelques corrections après avoir identifié ces enregistrements. Par conséquent, une fois que vous l'avez correctement définie et que vous avez réexécuté la même requête, elle peut extraire l'ensemble suivant de 10000 enregistrements incorrects. De cette manière, même si DB Query Client n'extrait que 10000 enregistrements à la fois, vous pouvez corriger tous les enregistrements de manière itérative.