Discussion :

[Tetranos]

Bonjour,

Sur mon poste de dev (vs2012) j'arrive à faire tourner mon appli sur une bdd localdb.
Idem sur un poste de test Windows Server 2012. En revanche sur un 2008 r2 mon appli ne se connecte pas. J'ai pourtant bien installé le fx 4.02...j'ai même essayé de mettre le 4.5 mais ça ne change rien.
Mon appli targete le fx 3.5 alors peut-être que localdb n'est pas supporté par cette version mais alors pourquoi les mêmes binaires fonctionnent sur d'autres postes ?
Merci pour votre aide...

Ps : il semble que cela fonctionne si on remplace la connection string (localdb)\v11 par la version pipe

[Bluedeep]

Bonjour,

Sur mon poste de dev (vs2012) j'arrive à faire tourner mon appli sur une bdd localdb.
Idem sur un poste de test Windows Server 2012. En revanche sur un 2008 r2 mon appli ne se connecte pas. J'ai pourtant bien installé le fx 4.02...j'ai même essayé de mettre le 4.5 mais ça ne change rien.

Si ton appli est compilée en 3.5, je vois pas l'interêt de mettre le 4.0 et/ou le 4.5.

Par contre, LocalDB est un mode d'exécution de Sql Server Express destiné au développement; ergo, je ne comprends pas trop l'interêt de l'utiliser en test, à plus ofrte raison sur un serveur ?

(si on parle bien du mode LocalDB de Sql Server Express 2012, comme tu ne précises pas ...)

[Tetranos]

Notre application utilise une BDD sans pour autant trop la solliciter. Notre objectif est d'intégrer LocalDB à notre procédure d'installation de sorte a simplifier la mise en oeuvre de notre solution.

D'après la page de téléchargement c'est possible puisqu'on peut y lire : "Il peut être (...) intégré à une application nécessitant des bases de données locales."

Concernant le framework, effectivement l'appli n'a pas besoin du 4 ni du 4.5 puisqu'elle est compilée en 3.5.

Mon besoin : Connecter cette appli à LocalDB en utilisant la chaîne de connexion normale "(LocalDB)\MyInstance" et non pas la version namedpipe qui change à chaque redémarrage.

Mon problème : Fonctionne sur 2 des 3 postes que j'ai testé.

Mon objectif : Déterminer quel sont les prérequis à valider pour que cela fonctionne sur le troisième poste. (install d'un update, modification du source de l'appli, recompil de l'appli en 4.0, autre ?)

Merci,

[Tetranos]

Lors de mes recherches, je suis tombé sur le post suivant (http://social.msdn.microsoft.com/For...-f175ea4a34e8/) ou la personne à visiblement le même problème que moi.

Il parle de SMSS 2008, mais c'est plus les remarques sur son appli WinForms qu'il faut regarder...

[EDIT]
J'ai peut être trouver un contournement que je souhaiterais valider avec vous.

Je ne souhaite pas utiliser le namedpipe car il change à chaque redémarrage de l'instance. Cependant, le namedpipe d'une instance partagée semble constant. On le trouve d'ailleurs dans la base de registre sous HKLM\Software\Microsoft\Microsoft SQL Server Local DB\Shared Instances\<Nom de l'instance partagée>\InstanceName.

Qu'en pensez-vous ?
[/EDIT]

[Tetranos]

Bonjour à tous,

Je déterre ce sujet car en utilisant la version NP de la chaîne de connexion on ne profite pas du mécanisme de démarrage automatique de l'instance.

Il faut donc forcément faire le "sqllocaldb start" avant de lancer l'application utilisatrice.

Donc si vous avez une meilleure idée, je prends !