Sto cercando di giustificare l'utilizzo di EntityFramework e di cadere al primo ostacolo. Sto usando il primo approccio del database. Ecco come appare in SQL Server 2008 R2:
Come puoi vedere, dominio MOLTO semplice. L'associazione è una relazione uno-a-molti tra User.Id e Blog.UserId.
Tuttavia, anche con questo dominio incredibilmente semplice, EF fallisce. Quando imparo le tabelle, ottengo questo:
Come puoi vedere, non c'è associazione. La relazione è sparita e non importa quante volte io cancelli, rigeneri, non apparirà. "Includi colonne chiave esterna nel modello" è selezionato.
Tuttavia, se creo le tabelle basate su chiavi basate su ints anziché su GUID, le relazioni vengono create.
È un bug, una limitazione o la mia stessa stupidità?
Non ispira la mia fiducia, come mai si esibirà in uno scenario di vita reale, con un centinaio di tavoli e un migliaio di associazioni?
- VS 2012
- SQL Server 2008 R2
- EF 5
risposte:
6 per risposta № 1Ho risolto il problema: il problema era causato da un indice canaglia che non sapevo di avere sul tavolo.
Se c'è un indice UNIQUE sullo stesso campo della chiave primaria, questo non comporterà affatto la generazione della relazione PK-FK.
Semplicemente rimuovendo l'indice univoco non necessario (le forzature primarie esclusive in ogni caso), il progettista EF ha immediatamente rilevato la relazione.