[DELPHI] problema con DBGrid

[alepio]

Diciamo che alcune cose di delphi, mi stupiscono ancora.
Ho creato un collegamento ad un database acces, tramite ADO,

Sostanzialmente devo rendere modificabile alcuni valori di un database ad alcuni miei colleghi.

Ho risolto il tutto in questo modo, esporto la query in una DBgrid e vado a fare le modifiche direttamente nelle celle, ma NULLA DA FARE,
le modifiche avvengono, ma non vengono aggiornate nel database.

Come mai???? non dovrò mica fare un'UPDATE???

grazie ciao

[l.golinelli]

Ma la DBGrid sarà poi collegata ad un DataSource a sua volta collegato ad una Table? :master:

[alepio]

no è collegato ad una ADOQUERY.

E quindi come devo fare?

[alka]

Le query sono elementi di sola lettura.

Non puoi modificare direttamente una query poichè potrebbe trattarsi del risultato di un'elaborazione, anche complessa, che coinvolge più tabelle e addirittura stored procedure.

Devi utilizzare un ADOCommand per modificare i dati, ma non penso che tu riesca ad ottenere una modifica di essi direttamente in griglia.

Ciao!

[alepio]

e quindi non mi resta che esportare il tutto in DBedit e poi fare un'UDATE, certo che così mi si allungano molto i tempi di realizzazione.

[l.golinelli]

Eh sì... Non puoi importare i dati in un Database gestibile con la BDE? Io cmq le ADO Query non le ho mai usate quindi non ti posso aiutare...

[alka]

Aggiungo che i componenti dbGo for ADO, quelli contenuti nella pagina "ADO" della Palette dei Componenti, sono abbastanza difettosi almeno fino alla versione 5 di Delphi, per la quale esiste un aggiornamento.

Io ne ho fatto uso un paio di volte, ma non sono i miei componenti preferiti. In parte per il problema che hai riscontrato sulle query, in parte perchè cerco di slegarmi dalla libreria di casa Microsoft, non per antipatia, ma per questioni di generalizzazione: non tento mai di focalizzarmi su una struttura specifica e chiusa.

Per il trattamento di database Access, probabilmente hai fatto la scelta migliore utilizzando ADO, poichè è la libreria più performante...l'alternativa sarebbe stata il BDE, ma avresti dovuto collegarti al database utilizzando il driver ODBC per Access, quindi attraversando un numero molto elevato di strati software che avrebbero di gran lunga appesantito la tua applicazione.

Per contro, il BDE, pur non essendo più supportato e aggiornato da tempo, possiede componenti specifici e generici che avrebbero potuto evitarti qualche problema nella realizzazione del tuo programma (ad esempio, le query possono essere associate a componenti aggiornabili).

Se sviluppi spesso con Delphi e non hai delle imposizioni per quanto riguarda il formato del database, ti suggerisco di passare ad InterBase: performante, robusto e OpenSource.

Ciao!

[l.golinelli]

Originariamente inviato da alka
Se sviluppi spesso con Delphi e non hai delle imposizioni per quanto riguarda il formato del database, ti suggerisco di passare ad InterBase: performante, robusto e OpenSource.

Ho scaricato e installato FireBird (Clone di InterBase) ma non ho capito se è liberamente utilizzabile cioè se si può fare gestionali che utilizzano FireBird e distribuirli senza pagare alcuna licenza...

:master:

[alka]

Nessuna licenza è richiesta: si tratta di un database OpenSource.

[l.golinelli]

Anche se poi molte cose sono Interbase... Quindi se sviluppo un'applicazione con Borland C++ Builder (del quale ho la licenza) usando FireBird come Database Server la posso distribuire tranquillamente...