Client IBM DB Query

Questa interfaccia di query del database è disponibile come client HTTP , all'interno della propria distribuzione ed è possibile accedervi utilizzando il seguente URL URL: https://<ip>:<port>/smcfs/yfshttpdbi/sterlingdbqueryclient.jsp

Ciò consente agli implementatori di sistema (SI), agli amministratori e al personale di supporto IBM di interrogare il database remoto in modo semplice e sicuro su base on-demand per esaminare i dati effettivi e assisterne l'analisi. Gli utenti non hanno bisogno di configurare strumenti di esplorazione del database come DB Visualizer, SQL Squirrel e così via e sono liberi di passare attraverso il noioso processo di creazione e manutenzione degli utenti sul server DB remoto e stabilire una connessione tra questi strumenti di terze parti e la rete cloud.

Gli aspetti di sicurezza della concessione del diritto di accesso, della garanzia di non alterazione dei contenuti e così via sono a disposizione degli amministratori. Si consiglia di limitare l'accesso per DB Query Client e di controllare le query qui richiamate, in quanto il richiamo di una grande quantità di dati potrebbe influire sul server delle applicazioni e sulle prestazioni dell'ambiente. Leggere la documentazione Sfoglia il database su come concedere l'accesso e l'autorizzazione agli utenti.

È possibile immettere le proprie credenziali di accesso, immettere un'istruzione SQL SELECT o DESCRIBE valida per soddisfare il requisito e ottenere i relativi dati dal database cloud. I risultati vengono visualizzati in formato tabella HTML semplice ed è anche possibile esportare i risultati in un file CSV per l'analisi. In questo client, è possibile gestire direttamente le tabelle e le colonne del database e quindi è possibile applicare tutta la grammatica SQL possibile per interrogare il database e recuperare i risultati. Questo lo rende uno strumento efficace per interrogare qualsiasi cosa nel database, il che non è fattibile con l'approccio API.

Come le API, anche le richieste del client query DB vengono elaborate in modo sincrono nella JVM del server delle applicazioni e le risposte vengono inviate al browser. Quindi, la query di una tabella di volumi elevati senza alcuna clausola o con una clausola che corrisponde a un numero elevato di record può soffocare il traffico di rete e a volte anche arrestare il server delle applicazioni. Per evitare questa situazione, il numero di record che possono essere richiamati alla volta da DB Query Client è impostato su 10000 e la paginazione è abilitata per impostazione predefinita. È inoltre possibile specificare il numero di righe preferito alla volta. Ciò significa che è possibile impostare un massimo di 10000 righe e passare alla serie successiva di record facendo clic su 'Avanti' nella schermata dei risultati della query e continuare a fare clic su 'Avanti' fino a quando non ci sono più dati da visualizzare. Il pulsante 'Indietro' è abilitato anche per le schermate successive, in modo da poter tornare alla serie precedente di risultati da qualsiasi schermata.

Sebbene il DB Query Client possa richiamare 10000 record alla volta, un valore più elevato per Numero di righe potrebbe eseguire le query lentamente. Se i risultati hanno un numero elevato di righe per pagina, con tabelle con molte colonne e colonne che hanno dati di grandi dimensioni, si potrebbe avere un'esperienza di navigazione lenta. Ma alla fine è possibile visualizzare tutti i record. Pertanto, è consigliabile immettere query SQL specifiche che generalmente restituiscano un minor numero di risultati e una risposta più rapida.
Nota: le query più lente potrebbero essere lente anche in qualsiasi altro strumento di esplorazione del database di terze parti.

Per ulteriori informazioni, consultare Esecuzione di query SQL con il client di query DB.

In modalità non impaginata, viene eseguita una query come immesso. Ciò consente di immettere SQL complesse e di ottenere i primi 10000 record corrispondenti. Se si stanno eseguendo queste query per scopi di risoluzione dei problemi o si cerca di trovare i record popolati in modo non corretto, si avrà qualche correzione dopo l'identificazione di tali record. Pertanto, una volta corretto ed eseguita nuovamente la stessa query, è possibile recuperare la successiva serie di 10000 record non corretti. In questo modo, anche se DB Query Client recupera solo 10000 record alla volta, è possibile correggere tutti i record in modo iterativo.