Mot-clé non pris en charge: “source de données” initialisation de Entity Framework Contexte

Je suis initialisation de l'Entité Cadre du contexte de l'Objet, et cela me donne le mot-clé non pris en charge d'erreur:

metadata=res://*/MainDB.csdl|res://*/MainDB.ssdl|res://*/MainDB.msl;provider=System.Data.SqlClient;provider connection string="Data Source=.\SQLEXPRESS;AttachDbFilename=D:\Workspace\vs\Leftouch\Leftouch.Web\Data\Leftouch.mdf;Integrated Security=True;Connect Timeout=30;User Instance=True;App=EntityFramework"

J'ai pris la chaîne de connexion directement à partir du web.config qui fonctionne, et uniquement modifié le chemin d'accès au fichier (qui-je définir dynamiquement), et au lieu d'utiliser la valeur par défaut, utilisé de cette chaîne de connexion de manière explicite. Quelle est la cause de cette erreur?

  • Veuillez consulter la stackoverflow.com/questions/6003085/... pour une approche différente
  • Je ne sais pas qui est venu avec cette metadata=res:, puis res=somethingelse avec " tous sur la place de la syntaxe, mais ils doivent être vraiment heureux qu'ils ne sont pas dans la même pièce que moi en ce moment :-/
  • 2018 .Net EF de Base similaire erreur de syntaxe - providerName n'était pas nécessaire par une chaîne de connexion SqlClient. Aussi pas de guillemets ou de tiques dans le string pour EF de base.
InformationsquelleAutor Can Poyrazoğlu | 2011-08-09
  1. 301

    La vraie raison de vous procurer cette erreur est à cause de la " valeurs dans votre chaîne de connexion.

    Si vous remplacez ceux avec des guillemets simples, alors cela fonctionnera très bien.

    http://blogs.msdn.com/b/rickandy/archive/2008/12/09/explicit-connection-string-for-ef.aspx

    (Posté afin que d'autres puissent obtenir le correctif plus rapide que j'ai fait.)

    • +1 cela devrait être accepté de répondre! unique citer toutes les wayyyyy!!!
    • Yup! +1 ---a fonctionné pour moi aussi!
    • Certainement la réponse!
    • Si vous êtes de passage dans la chaîne de connexion à la ObjectContent classe, assurez-vous qu'il a des guillemets simples. Si vous êtes l'obtention de la connexion à partir de la .fichier de config, alors il est correct d'utiliser le " de la séquence d'échappement.
    • C'est ce qu'il fixe pour moi.
    • Pour ceux d'entre vous qui ne connaissent pas comment XML fonctionne, " est une séquence d'échappement pour un guillemet parce que c'est un caractère réservé dans XML.
    • +1. Cela m'a vraiment sauvé beaucoup de temps de débogage!
    • Bull's eye réponse 🙂
    • Grâce à Son Travail maintenant
    • la plupart inutiles message d'erreur de tous les temps.
    • je ne peux pas vous remercier assez, 🙂 merci à vous
    • Système.Les données.EntityClient.EntityConnectionStringBuilder il a fait pour moi, merci.
    • Le lien de blog dans votre post m'a donné de sensibilisation sur EntityConnectionStringBuilder classe. Je vous remercie. +1.
    • Utile pour nous xaml noobs.

    InformationsquelleAutor Vaccano
  2. 32

    J'ai résolu ce problème en modifiant EntityClient retour à SqlClient, même si j'ai été en utilisant Entity Framework.

    Donc ma chaîne de connexion complète a été dans le format:

    <add name="DefaultConnection" connectionString="Data Source=localhost;Initial Catalog=xxx;Persist Security Info=True;User ID=xxx;Password=xxx" providerName="System.Data.SqlClient" />
    • A fonctionné pour moi! +1
    • Le changement susmentionné sera potentiellement conduire à (comme dans mon cas), l'erreur suivante "Le contexte est utilisé dans le Premier Code en mode code qui a été généré à partir d'un fichier EDMX, soit de la Base de données de la Première ou le Premier Modèle de développement"
    • Vous pouvez commenter throw new UnintentionalCodeFirstException() dans OnModelCreating(), mais il ressemble à un sale solution de contournement
    InformationsquelleAutor Savage
  3. 13

    Cela semble être à côté de la providerName="System.Data.EntityClient" peu. Assurez-vous que vous avez obtenu l'ensemble de la chose?

    • Ok, c'était un autre attribut, oublié celui-là. Ajouté ça maintenant, c'est metadata=res://*/MainDB.csdl|res://*/MainDB.ssdl|res://*/MainDB.msl;provider=System.Data.SqlClient;provider name=System.Data.EntityClient;provider connection string=&quot;{0};App=EntityFramework&quot; et il dit maintenant touche pas trouvé: le nom du fournisseur. J'ai aussi essayé de providerName=... au lieu de provider name= trop, mais pas de chance.
    • Eh bien, j'ai commencé à créer à l'aide de la EntityConnectionStringBuilder classe, et bizarrement, ça fonctionne maintenant. Mais j'ai encore aucune idée de pourquoi elle n'avait pas l'acceptation de ma chaîne, même avec vos ajouts.
    InformationsquelleAutor Craig Stuntz
  4. 2

    Le croire ou pas, le changement de nom LinqPad.exe.config pour LinqPad.config de résoudre ce problème.

    • C'est Microsoft, tout peut être passé !
    InformationsquelleAutor Sameer