Corsi di Laurea

[tanux]

Provo a rispondere:

Scelto un DBMS e realizzata un'applicazione in java, se decidessi di cambiare driver l'applicazione, a livello di codice, andrebbe modificata?

Se l'applicazione è scritta in Java (come nel nostro corso), devi solo cambiare il driver in Class.forName(), i metodi sono sempre gli stessi rimangono invariati proprio perche le interfacce vengono implementate da chi produce JDBC.

....e poi....Se si decidesse invece di cambiare DBMS, le istruzioni SQL andrebbero modificate?...

Da come abbiamo risposto fino ad ora, l'SQL dipende dal tipo(tra i 4 possibili) di JDBC che si utilizza, di conseguenza, bisogna vedere il produttore del DBMS, quale tipo di JDBC sceglie.

Pero, riflettendoci se cambio DBMS, di conseguenza cambio anche il driver

[Ciroxs]

Ti rispondo io... questa la so...

1) A livello di codice andrebbe cambiata solamente la stringa String driver (ovviamente perché deve indicare il nuovo driver)....

2) Le query non andrebbero modificate, perché l'architettura da noi usata lascia che sia ODBC a gestire e tradurre l'sql nei vari dialetti dei vari DBMS...

[Ciroxs]

Provo a rispondere:

Scelto un DBMS e realizzata un'applicazione in java, se decidessi di cambiare driver l'applicazione, a livello di codice, andrebbe modificata?

Se l'applicazione è scritta in Java (come nel nostro corso), devi solo cambiare il driver in Class.forName(), i metodi sono sempre gli stessi rimangono invariati proprio perche le interfacce vengono implementate da chi produce JDBC.

....e poi....Se si decidesse invece di cambiare DBMS, le istruzioni SQL andrebbero modificate?...

Da come abbiamo risposto fino ad ora, l'SQL dipende dal tipo(tra i 4 possibili) di JDBC che si utilizza, di conseguenza, bisogna vedere il produttore del DBMS, quale tipo di JDBC sceglie.

Pero, riflettendoci se cambio DBMS, di conseguenza cambio anche il driver

Tanux no, qui sbagli... l'architettura da noi utilizzata è il ponte jdbc/odbc, che praticamente lascia che sia odbc a gestire le query... quindi tu in java nn devi cambiarle, perché se ne occupa odbc di tradurle in base al dbms utilizzato....

[tanux]

Tanux no, qui sbagli... l'architettura da noi utilizzata è il ponte jdbc/odbc, che praticamente lascia che sia odbc a gestire le query... quindi tu in java nn devi cambiarle, perché se ne occupa odbc di tradurle in base al dbms utilizzato....

Si questo si, ma se non uso bridge JDBC/ODBC? cioè capisco che al corso questo abbiamo usato...io ho cercato di rispondre in maniere generica, capì?

[Ciroxs]

sì sì, capito... Però, se non sbaglio, questa domanda Conte la fece in relazione ai nostri programmi java, ossia in relazione all'architettura che usiamo noi....

[tanux]

sì sì, capito... Però, se non sbaglio, questa domanda Conte la fece in relazione ai nostri programmi java, ossia in relazione all'architettura che usiamo noi....

bene, allora vada per la tua risposta

[ZeroLuka]

O Sommo luca..........

...............
appena ho lett m'agg skiattat a rir
............cmq uagliù prim di partire con le risposte dovete sapere sempre cn ke arkitettura JDBC avete a ke a fare............e in qsto caso teneva ragione ciroxs....................po' n'altra cosa..............................anzi..........una curiosità.......................................+ precisamente è na gravità .......................
cm sapete in access alcune istruzioni SQL non sn supportate.............tipo la INTERSECT se non sbaglio...o cmq uno degli operatori insiemistici................e cmq..........usando l'arkitettura JDBC/ODBC bridge, se scrivi na query in java ke contiene un'istruzione ke il dbms nn supporta, ebbene grazie a qst arkitettura il risultato ti viene restituito lo stesso perkè se la vede ODBC a tradurre adeguatamente la query....................ammostr!!!!!!!
Sta cosa la provammo la mattina dell'esame io e ciroxsssssssss pkè ancora nn avevamo capito cm funzionavano precisamente le arkitetture ( verament mank mo n sapimm assaij )............
ciaooooooooooooooooooooooooooo

[Ciroxs]

O Sommo luca..........

...............
appena ho lett m'agg skiattat a rir
............cmq uagliù prim di partire con le risposte dovete sapere sempre cn ke arkitettura JDBC avete a ke a fare............e in qsto caso teneva ragione ciroxs....................po' n'altra cosa..............................anzi..........una curiosità.......................................+ precisamente è na gravità .......................
cm sapete in access alcune istruzioni SQL non sn supportate.............tipo la INTERSECT se non sbaglio...o cmq uno degli operatori insiemistici................e cmq..........usando l'arkitettura JDBC/ODBC bridge, se scrivi na query in java ke contiene un'istruzione ke il dbms nn supporta, ebbene grazie a qst arkitettura il risultato ti viene restituito lo stesso perkè se la vede ODBC a tradurre adeguatamente la query....................ammostr!!!!!!!
Sta cosa la provammo la mattina dell'esame io e ciroxsssssssss pkè ancora nn avevamo capito cm funzionavano precisamente le arkitetture ( verament mank mo n sapimm assaij )............
ciaooooooooooooooooooooooooooo

è vero, che gravità... perché ODBC traduce la INTERSECT, che in Access non è supportata, con altre istruzioni supportate che fanno la stessa cosa... s'à ver tutt iss...


[OT]Un piccolo off-topic.... We Lù, ma pkké miett tutt sti puntini quand scriv???? [/OT]

[ZeroLuka]

[OT2]

Un piccolo off-topic.... We Lù, ma pkké miett tutt sti puntini quand scriv????

ma ke n sacc hahahahahahah m ven spontaneo...................vedi di nuovo
[/OT2]

[Elmariachi1987]

Grazie O sommo Luca puntini puntini....grazie tanux senza putini e grazie ciroxs a te un puntino solo....ahha....grazie raga

[tanux]

con le domande che ci proponi, aiuti me e tutti quelli che devono ancora sostenere l'esame di basi di dati, quindi grazie anche a te, e......................... me ce vocc pè dint' pure ie

[drakevandome]

ragassuoli ho qualche altra piccola domandina per voi...
1) quali sono i processi di integrazione nella strategia bottom up? e quelli della strategia mista?
2) quali sono i principali metodi della classe drivermanager e quelli di preparedstatement?

Grazie mille per le risposte precedenti e per le risposte che arriveranno...

[tanux]

1) quali sono i processi di integrazione nella strategia bottom up? e quelli della strategia mista?

Il processo di integrazione non è singolo per ogni stategia, ma bensì è quel processo che prende lo schema intermedio della strategia top-down e componenti delle specifiche non ancora rappresentate della strategia bottom-up, formando lo schema finale della strategia mista.

2) quali sono i principali metodi della classe drivermanager e quelli di preparedstatement?

Il metodo piu importante della classe DriverManager, ed è quello che abbiamo usato nelle nostre applicazioni al corso, è getConnection(). ti faccio un esempio:

Connection connessione = DriverManager.getConnection(database)

, aprendo di fatto il canale di comunicazione con il databse.

I metodi piu importanti di PreparedStatement invece sono:

setString/setInt(pos, value)

, dove pos è la posizione del parametro della query SQL parametrica a cui assegnare la stringa/intero value.
Poi ci sono executeUpdate(sql) ed executeQuey(sql): il primo esegue una query di aggiornamento/inserimento/cancellazione, restituendo il n° di righe aggiornate; il secondo una query di selezione, restituendo un oggetto di tipo ResultSet, cioe una tabella con le righe e le colonne selezionate nella query.

[drakevandome]

Grazie mille tanux , ma una domanda riguardo ai processi di integrazione, se volessi riportare un esempio di uno dei vari processi? dove lo pesco?

[tanux]

ma una domanda riguardo ai processi di integrazione, se volessi riportare un esempio di uno dei vari processi? dove lo pesco?

Leggi da pagina 250 del libro di basi di dati adottato per il corso.