comportamento strano in un record

[leo72]

La sequenza che andrebbe usata è questa:

1 Connessione.OPEN
2 Connessione.BEGIN
3 Risultato.Create/Edit
4 Risultato.Update
5 Connessione.COMMIT
6 ... ripetere dal punto 2 per le transazioni da eseguire
7 Connessione.CLOSE

[g.paolo]

@leo72
La sequenza che ho usato è proprio quella che hai scritto tu, ovvero all'interno della stessa SUB:

Connessione.OPEN

Connessione.BEGIN
     creo il nuovo record vuoto
     Risultato.Update
Connessione.COMMIT

Connessione.BEGIN
     modifico i singoli campi
     Risultato.Update
Connessione.COMMIT

Connessione.CLOSE

ma come ho spiegato sopra, non funziona solo per i campi integer.

[leo72]

Tempo fa venne fuori, sempre in questo forum, dello strano modo di gestire i tipi di dati da parte di SQLite3. Se non mi ricordo male, fu detto che internamente sono tutti trattati come stringhe.
Prova a trasformare i dati in stringhe e poi a riconvertirli in fase di lettura (io faccio di solito così).

[g.paolo]

Ok, ci provo, grazie!

[g.paolo]

Per coloro che come me non sono mai riusciti ad installare la versione 2.4 di gambas2 da sorgenti, riporto un repository da aggiungere alla lista del sources.list in modo da poterlo installare nel modo standard, previsto per i non addetti ai lavori!

deb http://azores.linex.org/gambas-other/ gutsy main

[md9327]

Per leo...

in effetti, l'analisi su sqlite l'avevo fatta io, dopo una richiesta di implementazione dello stesso in pgDesigner.

Come prima, confermo tutto e controfirmo.

E, comunque, l'idea che qualcosa non funzioni nella libreria gambas potrebbe anche essere realistica.

Ciao

[g.paolo]

Confermo quanto è stato detto ora ed in passato.
Ho trasformato tutti i campi del database sqlite3 in formato testo, tranne il campo contatore nel quale non scrivo mai ed è autoincrementante.
Con questa modifica tutti i problemi sono risolti.

[md9327]

mmmmmmmmmh...

bè, i miei complimenti per la risoluzione, almeno per ora la cosa funziona.

In ogni caso, spero di poter fare qualche prova anche io con sqlite, poi magari scrivo due righe sui risultati.

Ciao!

[g.paolo]

Attenderò fiducioso le tue valutazioni in merito, e come si conviene alle persone per bene:   Obbligato Vossignoria!

[leo72]

Non vorrei che la differenza tra come viene gestito il dato da Gambas (integer o string) e come invece viene effettivamente memorizzato in SQLite (stando a quanto "scoperto") possa generare il problema.
Forse il driver di Gambas dovrebbe essere rivisto.
Io proporrei per segnalare la cosa in mailing-list e sentire la risposta dei responsabili del progetto.

[andy60]

excuse me intervengo in ritardo nel thread. la mia personale esperienza in tema db+gambas è che a volte, ad alcuni ns errore di codice, si sommino bug di gambas o di sqlite3, difficili da interpretare e neutralizzare. unico consiglio, provare non solo una strada ma + strade, con il codice: molte volte ho risolto la query di inserimento con un drastico connessione.exec(sql).

[g.paolo]

@andy60
Hai detto:

Questa non l'ho proprio capita. Se sto lavorando su un record in EDIT ed i campi testo vengono correttamente memorizzati, ma i campi integer invece no, non capisco proprio come il comando che dici mi aiuterebbe a risolvere la questione.
Anche perchè non saprei proprio come applicarlo!

[leo72]

Il metodo Exec dell'oggetto Connection esegue stringhe in linguaggio SQL, che devi conoscere.
Scrivere un comando in SQL equivale ad usare altri metodi dell'oggetto Connection.

Ad esempio:
Connection.Exec("SELECT * FROM nome_tabella WHERE nome = 'mario'")
equivale a
Connection.Find("nome_tabella","nome = &1","mario")

Probabilmente i metodi Find, Create, Edit ecc... eseguono conversioni e/o altre operazioni che potrebbero in qualche modo disturbare le transazioni dei dati da/per il DB. Anch'io spesso mi sono trovato meglio ad usare un Exec.

[g.paolo]

Ora è tutto chiaro! Grazie.

[andy60]

scusami non avevo tempo x postare un esempio, grazie Leo