Segnalazione su SetMaxRows

[mtozzi]

La funzione setMaxRows consente di impostare il numero massimo di righe recuperate dal database per un pannello. Sarebbe molto utile che nel caso la funzione entri in gioco, cioé nel caso vengano scartati dei record rispetto all'insieme risultante dalla query venisse segnalata in qualche modo all'utente questa situazione.
Il funzionamento interno di questa funzione è abbastanza oscuro, sarebbe utile che il limite venisse imposto nella query SQL generata tramite il costrutto apposito, nel caso di DB2 la clausola "FETCH FIRST n ROWS ONLY" (esistono costrutti SQL analoghi anche per gli altri database). In questo modo si eviterebbe l'esecuzione effettiva sul database di query che vanno a selezionare più del dovuto con i problemi annessi.

[g.lanzi]

Mi sorgono delle domande. Noi utilizziamo la capacità del driver di svolgere questo compito. Ma quindi con l'uso del MaxRows attuale su DB2 viene eseguita una query che seleziona troppe righe?

Internamente non viene ordinato il resultset e poi vengono fornite al driver solamente le prime N righe? Per poter fornire le prime N righe di una determinata query potrebbe essere comunque necessario che il database internamente consideri tutta la tabella, ad esempio se si effettua un ordinamento o una condizione campi senza indice.

Forse basterebbe implementare una clausola TOP che implementi il codice che segnali, ma mi piacerebbe capire meglio il comportamento attuale su DB2 e la differenza con il codice che hai postato.

[mtozzi]

Forse basterebbe implementare una clausola TOP che implementi il codice che segnali, ma mi piacerebbe capire meglio il comportamento attuale su DB2 e la differenza con il codice che hai postato.

Questo è esattamente il risultato che vorrei ottenere, la clausola FETCH FIRST di DB2 è l'analogo della clausola TOP di SQLServer. Quello che succede ora utilizzando la setMaxRows è che, anche se la tabella ha gli indici corretti, la query impiega lo stesso tempo di esecuzione con o senza la setMaxRows, e vengono selezionati gli stessi record anche se poi di fatto ne vengono restituiti solo il numero impostato. Inoltre a livello di interfaccia utente non essendoci una segnalazione del troncamento del resultSet l'utente è portato a credere erroneamente che sia quello l'intero insieme dei dati che soddisfano la ricerca.

[mtozzi]

Quello che succede ora utilizzando la setMaxRows è che, anche se la tabella ha gli indici corretti, la query impiega lo stesso tempo di esecuzione con o senza la setMaxRows, e vengono selezionati gli stessi record anche se poi di fatto ne vengono restituiti solo il numero impostato.

Dopo aver fatto prove più approfondite devo smentire questa affermazione nel senso che utilizzando la setMaxRows il tempo di risposta di una query è notevolmente migliore rispetto all'esecuzione senza l'impostazione del limite. In ogni caso sarebbe utile avere a disposizione la clausola TOP anche se la cosa più importante rimane il fatto di mostrare una notifica all'utente quando il risultato di una query viene troncato

[g.lanzi]

Mi fa piacere che la situazione attuale sia già competitiva in termini di performance.

Ma devo ammettere che mi viene una domanda: a cosa serve la top o la fetch first se maxrows fa già il lavoro giusto? Non ho capito in che modo è più comodo averla a disposizione.

Per sapere se il risultato è più piccolo a causa della Top(N) per adesso si può fare solo un'altra query di tipo SELECT COUNT() as Tot WHERE [Pannello.GetWHereClause] e vedere se Tot > N. Operazione da compiere solamente se il numero di righe tornate è uguale a N.
Naturalmente solo nei pannelli in cui serve, forse mi sbaglio ma immagino che non sia un problema diffuso su tutta l'applicazione bensì limitato ad alcune videate.

[mtozzi]

Ma devo ammettere che mi viene una domanda: a cosa serve la top o la fetch first se maxrows fa già il lavoro giusto? Non ho capito in che modo è più comodo averla a disposizione.

Più che più comodo lo vedo più sicuro visto che il costrutto sql FETCH FIRST o TOP fa parte del linguaggio sql implementato dal DBMS mentre la setMaxRows, come descritto nella vostra stessa documentazione, si appoggia su un'implementazione del driver jdbc che non è detto che ci sia o funzioni come deve.

Per sapere se il risultato è più piccolo a causa della Top(N) per adesso si può fare solo un'altra query di tipo SELECT COUNT() as Tot WHERE [Pannello.GetWHereClause] e vedere se Tot > N. Operazione da compiere solamente se il numero di righe tornate è uguale a N.

Abbiamo già implementato una soluzione di questo tipo ma visto che nel nostro caso riguarda numerosi pannelli abbiamo anche voluto generalizzarla quindi occorre poter leggere la master query di un oggetto IDPanel da codice, in particolare la FROM e la WHERE visto che ci interessa il COUNT, come ho descritto in questo post http://forum.progamma.com/viewtopic.php?f=2&t=58. La GetWHereClause non basta, occorre conoscere anche la FROM e nel caso la query comprenda più tabelle ora come ora non c'è un modo per farlo.

[g.lanzi]

E cosa ne dici della proposta che ti faccio nell'altro thread?

[mtozzi]

Direi che sarebbe perfetto :)

[g.lanzi]

ottimo :)

[sfirpo]

Forse mi sono perso qualcosa, ma non ho capito lo stato della proposta riguardante la clausola TOP (o FETCH FIRST n ROWS ONLY).
L'iconcina indica che è stata selezionata per l'implementazione? Sarà quindi sviluppata in futuro?