[PL/SQL Oracle] Cursore dinamico

[hendor]

C'è qualche esperto di PL/SQL qui dentro?

Devo costruire un cursore dinamico. La condizione di where cambia in funzione di certe condizioni. Il problema è che:

1) Il cursore va necessariamente definito nella DECLARE.
2) Nell DECLARE non si possono usare IF, CASE, ecc.

[Shegar]

e' proprio necessario un cursore? non si riesce con delle query dinamiche eseguendole con l'execute immediate??

[hendor]

Ho piallato tutto e costretto il cliente a dei batch Java.
Fanculo il PL/SQL, che è lammerda.

[Shegar]

dove sono io prima c'erano i batch primo giorno di produzione tempo di elaborazione in java superava le 16 ore a lotto ( il calcolo degli estratti conto ).
Rifare tutto di corsa in PL 1 ora a lotto.
Java per elaborazioni massicce sui db e' il male

[~spiral~]

Ti parlo di T-SQL, ma il concetto (e le metodologie) dovrebbero essere applicabili anche a PL/SQL

Spesso, ma non sempre, i cursori possono essere sostituiti con due approcci:

1) CTE: le Common Table Expression solitamente permettono di dichiarare dei set di dati auto-referenzianti nella dichiarazione stessa della CTE, permettendo così di simulare una ricorsione. Abbastanza semplice da capire e scrivere, ma poco performante su set grandi o su ricorsioni profonde

2) Tally table: il trucco della Tally table consiste nel creare una tabella di interi progressivi abbastanza grande (40000 record nella maggior parte dei casi può andare bene). Utilizzando join adeguati (solitamente cross join o cross apply) e relative condizioni WHERE si riesce ad espandere il set iniziale simulando loop. Se poi lo applichi assieme a funzioni di "finestra" (la clausola "OVER" di t-sql, la funzione RANK ecc) riesci a creare query molto veloci che seguono algoritmi molto complessi. Quasi sempre più veloci della soluzione 1 ma normalmente difficilotte da scrivere.

Spero ti siano d'aiuto, non so se sono applicabili nel tuo caso

Ciao

[hendor]

dove sono io prima c'erano i batch primo giorno di produzione tempo di elaborazione in java superava le 16 ore a lotto ( il calcolo degli estratti conto ).
Rifare tutto di corsa in PL 1 ora a lotto.
Java per elaborazioni massicce sui db e' il male

Per quanto mi riguarda il tempo di elaborazione è rimasto lo stesso.
E c'è il vantaggio di usare un linguaggio molto più espressivo.

[StM]

e' proprio necessario un cursore? non si riesce con delle query dinamiche eseguendole con l'execute immediate??

Appunto... si usa una variabile di tipo NOMETABELLA%ROWTYPE, la si valorizza con una execute immediate di una query costruita dinamicamente, e si vive felici.

PL/SQL è un linguaggio estremamente potente, e sicuramente non ignorabile in talune situazioni.