gian82 ha scritto:
Prova a vedere se và bene questa strada (ODBC) https://sourceforge.net/projects/open-dbexpress
E' una strada viabile solamente se l'uso del database è sporadico e limitato all'interno dell'applicativo, in quanto
ODBC e
dbExpress svolgono più o meno la stessa funzione, ossia offrire un layer software uniforme che prescinde dal database sottostante attraverso l'uso di un driver.
Tuttavia, bisogna tenere in considerazione alcuni fattori:
ODBC a oggi è molto lento e usato quasi totalmente per retrocompatibilità, si tratta di un layer inefficiente soprattutto con database di tipo SQL client/server (data anche la sua età), problematiche che verrebbero amplificate se accoppiate all'uso con
dbExpress.
Per esemplificare, qualsiasi richiesta di dati venga fatta in pratica attraversa tutti questi "strati" multipli di software:
dbExpress --> driver DBX ODBC --> client ODBC --> driver ODBC Oracle --> client Oracle --> database Oracle
Nella restituzione dei dati, il viaggio è lo stesso ma viene percorso ovviamente a ritroso.
Questo per dire che, se si tratta di invocare una stored procedure una tantum, allora si potrebbe anche fare, ma se l'idea è supportare ufficialmente Oracle come database della propria applicazione, prevedo un grosso quantitativo di problemi legati a performance e non solo.
Ciao!