ciao Paolo,
la relazione mi sembra mappata correttamente. Dovresti mostrare il codice dell'evento Updating che usi per associare una categoria esistente all'articolo.

paolocamping ha scritto:

però quando aggiorno invece di inserire la riga nella relazione aggiunge una nuova categoria

Questo può succedere se ottieni un'istanza della categoria usando il suo costruttore new Categoria(). Facendo così la categoria è un'entità detachata dal contesto, cioè il DbContext non sa della sua esistenza.
Quando finalmente la incontra ed inizia a tracciarla perché l'hai assegnata ad un articolo, penserà che si tratta di una nuova entità da aggiungere al database.

Infatti, se andassi ad esaminare il suo stato, noteresti che è "Added".


Puoi convincere il DbContext del fatto che quella non è una nuova categoria forzando il suo stato su Unchanged. In questo modo non proverà ad inserirla.

Attenzione però perché devi aver correttamente valorizzato le proprietà che costituiscono la chiave primaria di categoria, altrimenti non riuscirai ad "ingannare" il DbContext e avrai degli errori in fase di salvataggio.

Dato che "smanettare" con lo stato delle entità richiede una certa consapevolezza su come funziona il tracciamento delle modifiche in un DbContext, potresti trovare quest'altra soluzione più facile da usare. Scegli tu.

In questo modo vai a recuperare l'entità dal database. Il DbContext saprà per certo che quell'entità è già esistente e che non va reinserita. Infatti l'ha appena recuperata lui stesso.
Questo però significa anche che Entity Framework dovrà effettuare una o più ulteriori chiamate al database (in base a quante categorie devi associare) prima che tu possa salvare i risultati.

ciao,
Moreno

---

Modificato da BrightSoul il 22 marzo 2015 10.16 -

Ciao Paolo,

paolocamping ha scritto:

istanziando un nuovo dbcontext nell'updating del entitydataobject provaca un errore di connessione ovviamente

In realtà dovresti poter creare quanti DbContext desideri, non sono sicuro di quale sia il motivo per cui ti stia dando un errore di connessione.
Posta un po' di codice, così magari il problema è più chiaro.

La cosa migliore sarebbe che tu creassi una sola istanza del DbContext durante l'evento ContextCreating dell'EntityDataSource, e conservare il riferimento a quell'istanza in un campo.
Poi, durante l'evento Updating, andrai ad usare quel campo per interagire con l'istanza che avevi creato prima.

Leggi qui a proposito dell'evento ContextCreating.
http://blogs.msdn.com/b/webdev/archive/2012/09/13/how-to-use-the-entitydatasource-control-with-entity-framework-code-first.aspx

ciao,
Moreno

Ciao Paolo,
perdona l'attesa, sono stati giorni concitati.

paolocamping ha scritto:

Impossibile convertire implicitamente il tipo 'System.Data.Entity.Core.Objects.ObjectContext' in 'System.Data.Objects.ObjectContext'

Già, come puoi leggere qui, l'ObjectContext ha cambiato namespace nel passaggio da EF5 a EF6.

Tu al momento hai un EntityDataSource che si aspetta di lavorare con l'ObjectContext di EF5, ma tu gli stai fornendo la versione di EF6.

Dovresti usare un EntityDataSource aggiornato, che supporti EF6. Scaricalo da NuGet, lo trovi qui:
http://www.nuget.org/packages/Microsoft.AspNet.EntityDataSource/

ciao,
Moreno

Ciao,

paolocamping ha scritto:

io avevo pensato a fare un istruzione del genere ma non funziona...

Sembra corretto; posta il testo dell'errore che ricevi.
Potrebbe essere che stai provando a fare l'Attach di una categoria già tracciata dal contesto, perché già assegnata al prodotto.
Comunque è solo una congettura; bisogna vedere l'errore.

In quel frammento di codice poi manca l'effettiva associazione tra il prodotto e la categoria in questione. Puoi anche tralasciare la riga in cui assegni il NomeCategoria perché non è necessario. Infatti, dato che hai fatto l'Attach, l'entità si troverà nello stato di Unchanged e perciò non verrà reinviata al database per l'aggiornamento. L'importante è valorizzare la/e proprietà che rappresentano la chiave primaria (credo sia ProgressivoCategoria, in questo caso).

paolocamping ha scritto:

che vantaggi ho ad impazzire con l'EF6??

Probabilmente tu sei molto più ferrato con l'uso di T-SQL e ti sembra che fare la stessa cosa con Entity Framework sia inutilmente più complicato.
Devi anche guardare la situazione in prospettiva: tutti questi "problemi" che stai avendo ora li supererai velocemente una volta compreso in meccanismo che Entity Framework usa per tracciare le entità nel contesto.

Dal mio punto di vista, EF offre la comodità di lavorare con grafi di oggetti e ciò lo preferisco rispetto allo scrivere stored procedure T-SQL che vanno testate e che non posso aggiungere al controllo di versione (a meno che ovviamente non abbia creato per esempio Database Project all'interno di Visual Studio).

ciao,
Moreno

---

Modificato da BrightSoul il 03 aprile 2015 20.27 -