[C#]DbConcurrencyException su tabella Access

[akyra]

hp povato a cercare in giro ma nn trovo nulla di particolarmente esaustivo.

Ho un db Access con una semplice tabella, ho creato una sorgente dati nel mio progetto c# che punta a quest'ultima.
ora, in una maschera ho messo un datagridview della tabella in oggetto e, quando eseguo il progamma vorrei che l'utente potesse modificare le righe della datagridview e premendo un bottone "save" mi salvasse le righe cosi modificate nel db access...
il problema è che quando viene premuto questo tasto di salvataggio, che esegue i metodi "validate" "endedit" e "updateall" dei relativi oggetti, mi si scatena un'eccezione "DBConcurrencyException"....ma come fa ad esserci un eccezione di questo tipo se nessun altro sta accedendo al database?

ps: la tabella è già popolata ed ha una chiave primaria, mentre l'utente dovrebbe modificare solo dei campi che sono inizialmente vuoti

grazie a tutti per eventuali consigli.

[MarcoGG]

Originariamente inviato da akyra

ora, in una maschera ho messo un datagridview della tabella in oggetto e, quando eseguo il progamma vorrei che l'utente potesse modificare le righe della datagridview e premendo un bottone "save" mi salvasse le righe cosi modificate nel db access...
il problema è che quando viene premuto questo tasto di salvataggio, che esegue i metodi "validate" "endedit" e "updateall" dei relativi oggetti, mi si scatena un'eccezione "DBConcurrencyException"....ma come fa ad esserci un eccezione di questo tipo se nessun altro sta accedendo al database?

Codice di questo tasto "save" ?

[akyra]

il codice è il seguente

private void listinoLocaleBindingNavigatorSaveItem_Click(object sender, EventArgs e)
        {
            this.Validate();
            this.listinoLocaleBindingSource.EndEdit();
            this.listinoLocaleTableAdapter.Update(this.ListiniDataSet.ListinoLocale);
}

il dataset è denominato "Listini" mentre la tabella su cui sto tentando di scrivere è "ListinoLocale"

grazie per eventuali consigli

[MarcoGG]

Ma il dataGridView l'hai aggiunto tu ?
Effettivamente è strano come tipo di errore...
Hai provato con una procedura guidata di creazione origine dati ? Che io sappia è VS stesso che aggiunge il dataGridView e genera gli oggetti e le logiche di aggiornamento.
Dal momento che fai una semplice view "editabile" di una sola tabella, a questo punto andrei di procedura guidata, almeno per prova.

[RaouL_BennetH]

Domanda scema: non è che quando tenti l'update non ricava la chiave primaria ? Se cerchi di leggerne il valore prima dell'update (della pk), ci riesci ?

[akyra]

rispondo a tutti e due:

la datagridview l'ho inserita con i wizard guidati, quindi se qualcosa è sbagliato è sicuramente da imputarsi ad una di queste routine...come posso "debuggare" il problema?

se provo ad eseguire un "GetChanges()" sul dataset mi ritorna un valore null, quindi vuol dire che non sente che una riga è stata modificata

EDIT:
domanda ancora più stupida...dove vedo il "rowstate" della mia riga che dovrei aver modificato?

[MarcoGG]

Originariamente inviato da akyra

la datagridview l'ho inserita con i wizard guidati, quindi se qualcosa è sbagliato è sicuramente da imputarsi ad una di queste routine...

Se davvero hai eseguito correttamente la procedura guidata, le routine le ha generate VS, e non possono essere sbagliate, e inoltre una volta generate non andrebbero modificate.
Comunque, io su C#2008 non ho alcun problema, genero l'origine dati con il wizard, testo la connessione, e quando ha finito, con la Form ancora vuota, vado sulla destra in "Origini Dati", vado sul nome tabella contenuto nel dataset, dal menu a discesa scelgo "datagridview" e trascino sulla Form. VS crea il datagridview più tutti i componenti e il codice necessario. Questo è il modo corretto. Il codice che trovo associato al Save è diverso dal tuo, credo forse perchè tu non usi il 2008, comunque è questo :

            this.Validate();
            this.nomeTabellaBindingSource.EndEdit();
            this.tableAdapterManager.UpdateAll(this.nomeDBDataSet);

[akyra]

grazie della risposta.

premetto: uso Visual Studio 2008, quindi la versione è la stessa della tua, a meno che non siano usciti aggiornamenti

pure io rimango incredulo nel vedere che il wizard crea istruzioni sbagliate.
la tua istruzione utilizza tableAdapterManager.UpdateAll() perchè nel tuo dataset probabilmente non c'è una sola tabella. come invece è il mio caso...per questo il mio codice esegue solo update() della tabella che mi interessa aggiornare e non di tutte le tabelle nel dataset.

quel che mi sembra è che l'istruzione SQL di update che viene eseguita nel momento in cui viene invocato il metodo "update" possa essere sbagliata...quando ho il codice sotto mano la posto.

mi rimane ancora un dubbio: come posso verificare che, dopo una modifica, una riga cambia stato in "modified"?

grazie a tutti

[akyra]

penso che il problema sia nell'istruzione SQL che esegue l'update, infatti quella autogenerata da Visual Studio è la seguente:

UPDATE `ListinoLocale` 

SET `CodArt` = ?, `DataInizioValidita` = ?, `CodListino` = ?, `Prezzo` = ?, `Famiglia` = ?, `TAG` = ? 

WHERE ((`CodArt` = ?) AND ((? = 1 AND `DataInizioValidita` IS NULL) OR 
(`DataInizioValidita` = ?)) AND ((? = 1 AND `CodListino` IS NULL) OR 
(`CodListino` = ?)) AND ((? = 1 AND `Prezzo` IS NULL) OR (`Prezzo` = ?)) 
AND ((? = 1 AND `Famiglia` IS NULL) OR (`Famiglia` = ?)) AND 
((? = 1 AND `TAG` IS NULL) OR (`TAG` = ?)))

la clausola WHERE francamente la trovo parecchio strana, più che altro per quei "?=1" .... (questo mi farebbe pensare che faccia un test del tipo "confronta il paramentro col valore 1...se è uguale allora è vero altrimenti è falso, il che lo trovo un po' strano)



...suggerimenti?

[akyra]

mi sembra che il problema sia proprio quello...non so per quale motivo ma il wizard fa un gran bel casino con l'autogenerazione delle istruzioni di Update per l'aggiornamento della sorgente dati collegata...

ho modificato la WHERE dello statement SQL che esegue l'update in questo modo:

WHERE CodArt=?

e togliendo tutto il resto, tanto "CodArt" è chiave primaria, e adesso funziona tutto a dovere


...speriamo di non avere altri problemi co sti wizard...anzì se magari qualcuno ha qualche notizia riguardo a come creano automaticamente le istruzioni mi sarebbe di grande aiuto...

[MarcoGG]

Originariamente inviato da akyra

mi sembra che il problema sia proprio quello...non so per quale motivo ma il wizard fa un gran bel casino con l'autogenerazione delle istruzioni di Update per l'aggiornamento della sorgente dati collegata...

ho modificato la WHERE dello statement SQL che esegue l'update in questo modo:

WHERE CodArt=?

e togliendo tutto il resto, tanto "CodArt" è chiave primaria, e adesso funziona tutto a dovere


...speriamo di non avere altri problemi co sti wizard...anzì se magari qualcuno ha qualche notizia riguardo a come creano automaticamente le istruzioni mi sarebbe di grande aiuto...

Alla faccia della clausola WHERE !
Bene che tu abbia risolto, questa cosa incuriosiva anche me.

[akyra]

Originariamente inviato da MarcoGG

Alla faccia della clausola WHERE !
Bene che tu abbia risolto, questa cosa incuriosiva anche me.

effettivamente è un bel po' più "sintetica" di quella che mi generava il wizard...casomai per farla più simile a quella del wizard potrei metterci un po' di

(true=true)and true or (true or not false or true) and 1=1