Gardez ConnectionString dans le fichier concepteur LINQ

Question

Chaque fois que je laisse tomber un objet de base de données de l'explorateur de serveur dans le dbml, Visual Studio remplace la chaîne de connexion dans le fichier de concepteur avec une nouvelle qu'il ajoute automatiquement aux chaînes de connexion dans mon fichier de configuration. Ils ont tous deux exactement les mêmes paramètres, juste des noms différents.

Comment forcer Visual Studio à utiliser et maintenir la chaîne de connexion je l'ai déjà?

Par exemple, dans les DBML-designer.cs, j'ai ceci:

base(global::System.Configuration.ConfigurationManager.ConnectionStrings["ConnString1"].ConnectionString, mappingSource) 

qui est généré automatiquement. Dans mon fichier de configuration, j'ai:

<add name="DefaultConnString" connectionString="EXACTLYTHESAME" 
    providerName="System.Data.SqlClient" /> <add name="ConnString1" connectionString="EXACTLYTHESAME" 
    providerName="System.Data.SqlClient" /> 

Où ConnString1 est ajouté automatiquement à chaque fois que je fais glisser un objet de base de données à l'dbml.

Je veux les designer.cs à utiliser DefaultConnstring.

Answer 1

Il y a un bon poste qui explique à peu près vos options:

http://blog.jongallant.com/2007/11/linq-web-app-connection-strings.html#.UGA8Q42PUg0

Answer 2

Vous devez vous assurer que la chaîne de connexion utilisée dans l'Explorateur de serveur de Visual Studio est identique à celle déjà définie dans le fichier dbml.

Je ne suis pas sûr de ce que vous entendez par nom différent, voulez-vous dire le nom de la base de données? Lorsque j'ai un nom de base de données différent pour le développement et la production, ce que je fais habituellement c'est de garder la valeur de la chaîne de connexion de développement lors du développement, mais de changer la valeur de la chaîne de connexion dans mon application principale. C'est parce que je développe normalement ma logique LINQ dans un assemblage séparé.

Sinon, vous gardez deux connectionStrings: un pour l'ajout de nouveaux objets de base de données, l'autre pour le test, comme exemple. Bien sûr, vous devrez ensuite faire très attention en gardant une trace de la chaîne de connexion que vous utiliserez.