Entity Framework - Nom de Colonne non Valide '*_ID"

Vérifier pour voir si vous avez des ICollections.

Ce que j'ai compris, c'est quand vous avez une ICollection qui fait référence à une table et il n'y a pas de colonne qu'il peut comprendre, il le crée pour vous d'essayer de faire le lien entre les tables. Concrètement, il arrive avec ICollection et a fait de moi "chauve-souris" en essayant de le comprendre.

Holy cow - après de nombreuses heures de l'essayer, j'ai enfin compris cela.

Je suis en train de faire EF6 première base de données et je me demandais à propos de la "mesure inconnue de la colonne" erreur - c'était la génération de nom de table trait de soulignement nom de la colonne pour une raison quelconque, et essayer de trouver un inexistant colonne.

Dans mon cas, l'un de mes tableaux a deux références principales étrangères à la même clé primaire dans une autre table - quelque chose comme cela:

Animals            Owners
=======            ======
AnimalID (PK)      Pet1ID    <- FK to AnimalID
                   Pet2ID    <- also FK to AnimalID

EF a été de générer un étrange nom de la colonne comme Owners_AnimalID1 et Owners_AnimalID2 et a ensuite procédé à la rupture elle-même.

L'astuce ici est que ces déroutant clés étrangères doivent être enregistrés auprès de l'EF en utilisant des API Fluent!

Dans votre base de données principale contexte, remplacer la OnModelCreating méthode et de changement de l'entité de configuration. De préférence, vous aurez un fichier séparé qui s'étend de la EntityConfiguration classe, mais vous pouvez le faire en ligne.

Quelque manière que vous le faites, vous aurez besoin d'ajouter quelque chose comme ceci:

public class OwnerConfiguration : EntityTypeConfiguration<Owner>
{
    public OwnerConfiguration()
    {
        HasRequired(x => x.Animals)
            .WithMany(x => x.Owners)  //Or, just .WithMany()
            .HasForeignKey(x => x.Pet1ID);
    }
}

Et avec qui, EF (peut-être) commencer à travailler comme vous le souhaitez. Boom.

En outre, vous aurez la même erreur si vous utilisez le ci-dessus avec une colonne nullable - il suffit d'utiliser .HasOptional() au lieu de .HasRequired().

---

Voici le lien qui m'a mis sur la butte:

https://social.msdn.microsoft.com/Forums/en-US/862abdae-b63f-45f5-8a6c-0bdd6eeabfdb/getting-sqlexception-invalid-column-name-userid-from-ef4-codeonly?forum=adonetefx

Et puis, l'API Fluent docs aider, en particulier la clé étrangère exemples:

http://msdn.microsoft.com/en-us/data/jj591620.aspx

Vous pouvez aussi mettre les configurations sur l'autre extrémité de la clé, comme décrit ici:

http://www.entityframeworktutorial.net/code-first/configure-one-to-many-relationship-in-code-first.aspx.

Il y a quelques nouveaux problèmes, je suis en cours d'exécution dans l'instant, mais qui a l'énorme écart conceptuel qui manquait. Espérons que cela aide!

Pour moi la cause de ce comportement était à cause de problème avec la cartographie avec l'API Fluent.
J'ai eu 2 types apparentés, où Un type avait facultatif objet de type B et de type B a eu beaucoup de objets.

public class A 
{
    …
    public int? BId {get; set;}
    public B NavigationToBProperty {get; set;}
}
public class B
{
    …
    public List<A> ListOfAProperty {get; set;}
}

J'avais défini la cartographie avec l'api fluent comme ceci:

A.HasOptional(p=> p.NavigationToBProperty).WithMany().HasForeignKey(key => key.BId);

Mais le problème, c'est que le type B a une propriété de navigation List<A>, donc j'ai dû SQLException Invalid column name A_Id

J'ai attaché Visual Studio de Débogage pour EF DatabaseContext.La base de données.Journal de sortie de SQL généré pour VS de Sortie->fenêtre de Débogage

db.Database.Log = s => System.Diagnostics.Debug.WriteLine(s);

Et SQL généré eu 2 relations de B tableau -> l'un avec le bon id et d'autres avec l' A_Id

Le problème pour les le problème, c'est que je n'ai pas ajouter ce B.List<A> propriété de navigation dans la cartographie.

Donc, c'est comment dans mon cas, corriger la cartographie devait être:

A.HasOptional(p=> p.NavigationToBProperty).WithMany(x => x.ListOfAProperty).HasForeignKey(key => key.BId);

J'ai aussi eu ce problème et il semble que il ya quelques causes différentes. Pour moi, c'était d'avoir un id de propriété, à tort, défini comme int au lieu de long dans la classe parent qui contenait une de navigation de l'objet. Le champ id dans la base de données a été définie comme bigint qui correspond à longtemps en C#. Ce n'était pas de provoquer une erreur de compilation, mais a cause de la même erreur que l'OP a:

//Domain model parent object
public class WidgetConfig 
{
public WidgetConfig(long id, int stateId, long? widgetId)
{
Id = id;
StateId = stateId;
WidgetId = widgetId;
}
private WidgetConfig()
{
}
public long Id { get; set; }
public int StateId { get; set; }
//Ensure this type is correct
public long? WidgetId { get; set; } 
public virtual Widget Widget { get; set; }
}
//Domain model object
public class Widget
{
public Widget(long id, string name, string description)
{
Id = id;
Name = name;
Description = description;
}
private Widget()
{
}
public long Id { get; set; }
public string Name { get; set; }
public string Description { get; set; }
}
//EF mapping
public class WidgetConfigMap : EntityTypeConfiguration<WidgetConfig>
{
public WidgetConfigMap()
{
HasKey(x => x.Id);
ToTable(nameof(WidgetConfig));
Property(x => x.Id).HasColumnName(nameof(WidgetConfig.Id)).HasDatabaseGeneratedOption(DatabaseGeneratedOption.Identity).IsRequired();
Property(x => x.StateId).HasColumnName(nameof(WidgetConfig.StateId));
Property(x => x.WidgetId).HasColumnName(nameof(WidgetConfig.WidgetId));
}
}   
//Service
public class WidgetsService : ServiceBase, IWidgetsService
{
private IWidgetsRepository _repository;
public WidgetsService(IWidgetsRepository repository)
{
_repository = repository;
}
public List<WidgetConfig> ListWithDetails()
{
var list = _repository.ListWithDetails();
return new WidgetConfigMapping().ConvertModelListToDtoList(list).ToList();
}
}   
//Repository
public class WidgetsRepository: BaseRepository<WidgetConfig, long>, IWidgetsRepository
{
public WidgetsRepository(Context context)
: base(context, id => widget => widget.Id == id)
{
}
public IEnumerable<WidgetConfig> ListWithDetails()
{
var widgets = Query
.Include(x => x.State)
.Include(x => x.Widget);
return widgets;
}
}

Si vous avez des références principales étrangères à la même table plus d'une fois, vous pouvez utiliser InverseProperty

Quelque chose comme cela-

[InverseProperty("MyID1")]
public virtual ICollection<MyTable> set1 { get; set; }
[InverseProperty("MyID2")]
public virtual ICollection<MyTable> set2 { get; set; }

Dans mon cas, ma graine de données de la méthode a été mise toujours sur une colonne de la table qui avait été abandonné dans une migration précédente. Vérifiez vos mappages si vous utilisez Automapper.