Impossible d'enregistrer l'Entité Cadre Hérité de types

Mon Nom est Phani et je travail sur la ADO.NET Services de Données de l'équipe.

La ResolveName et ResolveType méthodes pour vous aider à personnaliser le type d'informations que le client écrit dans la charge utile est envoyé au serveur et comment la réponse de la charge utile à partir du serveur est matérialisé .

Ils vous aider à résoudre des types sur le client, et est utile dans de nombreux scénarios , quelques exemples sont :

1. La hiérarchie des types d'entités sont sur le client différent par rapport au serveur.
2. Les Types d'entités exposées par le service de participer à l'héritage, et vous voulez travailler avec les types dérivés sur le client.

ResolveName est utilisé pour modifier le nom de l'entité que nous mettons sur le fil lors d'une requête sur le serveur.

Considérer ce modèle de données :
Sur Le Serveur

public class Employee {
    public int EmployeeID {get;set;}
    public string EmployeeName {get;set;}
}

public class Manager:Employee {
    public List<int> employeesWhoReportToMe {get;set;}
}

Lorsque vous utilisez le client de travailler avec les instances de l'Entité Gestionnaire de Type ,
au moment de présenter les modifications sur le serveur, nous nous attendons à ce type d'informations pour être présents dans la charge utile lorsque des entités de participer à l'héritage.

context.AddObject("Employees",ManagerInstance ); <-- add manager instance to the employees set.
context.SaveChanges();

Toutefois, lorsque le client sérialise cette charge, il met en "Employé" comme le nom du type
ce qui n'est pas ce qui est attendu sur le serveur.
Par conséquent, vous devez fournir un nom de résolution sur le client,

context.ResolveName = delegate(Type entityType){
    //do what you have to do to resolve the type to the right type of the entity on the server
    return entityType.FullName;
}

un Type de résolution est utilisé de la même manière .

context.ResolveType = delegate(string entitySetName){
    //do what you have to do to convert the entitysetName to a type that the client understands
    return Type.GetType(entitySetName);
}

OriginalL'auteur Phani Raj

J'ai changé quelques petites choses et a réussi à obtenir que cela fonctionne. Je ne suis pas particulièrement sûr de ce qu'a été la base du problème, mais je voulais poster ce que j'ai fait pour référence.

Reconstruit Tables: j'ai reconstruit les tables de départ avec juste l'ID/colonnes de Clé et une seule colonne de données.

Retiré supplémentaire auto-incrémentation de champs: j'ai eu une auto-incrémentation ID sur le BaseEntity et à l'Employeur. J'ai enlevé l'auto-incrémentation d'une pièce d'identité de l'Employeur et juste eu l'Employeur.BaseEntityID et de colonne de la clé étrangère dans BaseEntity.BaseEntityID. (cela semble avoir été le coupable, mais j'étais sous l'impression que ce qui était autorisé)

Malheureusement, cela conduirait alors à la question que enherited classes dans le cadre de l'entité ne peut pas avoir les propriétés de navigation (toutes les propriétés de navigation doit être sur l'entité de base) donc, l'héritage va s'avérer non-utilisable pour nos besoins.

OriginalL'auteur ChrisHDog

Venir plus de deux ans plus tard, mais dans l'intérêt de la garder pertinentes pour le trafic de recherche, voici comment j'ai travaillé autour de cette rapidement dans une classe commodité que nous avons été à l'aide de peupler rapidement notre base de données avec mise en scène des données.

Ne savez pas sur les versions antérieures, mais Entity Framework 4 vous permet de vider l'objet dans le contexte d'un objet de base, et puis le cadre de chiffres sur le côté serveur de références. Ainsi, vous n'auriez pas utilisé AddToInheritedObjects() (qui est déprécié de toute façon), mais plutôt la ObjectSet<>.Méthode Add ().

Voici une aide de l'exemple de classe:

public ContextHelper
{
        …
        _context = ModelEntities();

        public T Create<T>() where T : class
        {
            //Create a new context
            _context = new ModelEntities();

            //Create the object using the context (can create outside of context too, FYI)
            T obj = _context.CreateObject<T>();

            //Somewhat kludgy workaround for determining if the object is
            //inherited from the base object or not, and adding it to the context's
            //object list appropriately.    
            if (obj is BaseObject)
            {
                _context.AddObject("BaseObjects", obj);
            }
            else
            {
                ObjectSet<T> set = _context.CreateObjectSet<T>();
                set.AddObject(obj);
            }

            return obj;
        }
        …
}

Ainsi, en supposant que vous avez les éléments suivants:

class ObjectOne : BaseObject {}
class ObjectTwo {}

Vous pouvez facilement ajouter des entités du contexte:

ContextHelper ch = ContextHelper()
ObjectOne inherited = ch.Create<ObjectOne>();
ObjectTwo toplevel = ch.Create<ObjectTwo>();
…

Souvenir, bien sûr, que ContextHelper devrait avoir un public méthode Save() qui appelle _context.SaveChanges()- ou que vous devriez avoir une autre façon de pousser l'objet de modifications jusqu'à la banque de données.

Ce ne serait pas une réponse directe à une question à propos de l'héritage, mais, espérons-le, donne aux gens un point de départ pour répondre à des spécificités.

OriginalL'auteur JohnMetta