Utilizzando “Includi colonna chiave esterna nel modello” nella procedura guidata EF

Question

Usi per lo più questa opzione (l'impostazione predefinita è selezionata) o fare deselezionandola?

ho scoperto che quando ho sia colonna FK e proprietà di navigazione sulle entità si traduce in problemi con strumenti di mappatura - potrebbero legarsi l'uno o l'altro, ma quasi mai sia

.

Se dovessimo seguire le linee guida di modelli concettuali strettamente Penso che queste colonne devono mai fare per immobili, dovrebbero?

Speriamo che molti di voi rispondere, così possiamo ottenere una migliore rappresentazione di quello che gli sviluppatori scelgono più spesso.

Answer 1

Se dovessimo seguire le linee guida di modelli concettuali rigorosamente penso quelle colonne non devono mai rendere al proprietà, dovrebbero?

A destra - che è quello che la squadra ha fatto EF nella prima versione con .NET 3.5 SP1 -. E ottenuto una tonnellata di feedback molto negativo su di esso

Sì, "purista" parlare - non si dovrebbe essere utilizzando le colonne chiave esterna direttamente - si dovrebbe usare il modo corretto di affrontare il soggetto si fa riferimento, invece. Ma in realtà, in molti casi - non si vuole avere a che fare con l'intera entità di riferimento, in realtà -. Basta impostare la colonna chiave esterna farà (per esempio quando si importano dati o molti altri casi)

Così, mentre si - Sono d'accordo - è un po 'di un hack, a volte, io non lo vedo come un grande vantaggio che si ha la possibilità di utilizzare la colonna chiave esterna in un'entità - dopo tutto, a livello di database, questo è ciò che avrete a che fare con, anche.

Quindi, a mio parere, e tutte le raccomandazioni che ho sentito da parte di colleghi che usano anche EF di lavoro serio e tutti i guru blogger e EF là fuori (come Julie Lerman che ha scritto il libro su EF) - Attivare questa opzione, e si ottiene il meglio dei due mondi