J'ai créé un LocalDB avec lequel je peux travailler dans MS sqlserver management studio 2014, linqpad et visual studio 2013.
Voici la partie de la boîte de dialogue "propriété de connexion" dans SSMS qui affiche le nom du serveur:
J'aimerais pouvoir me connecter à cette base de données depuis Excel. Le problème est que l '«Assistant de connexion de données» dans Excel ne parvient pas à se connecter.
Ici, j'ai tapé le même nom de serveur que celui donné à partir des "propriétés de connexion" dans SSMS ....
Et voici l'erreur que j'obtiens ...
Des questions:
Excel peut-il se connecter à une base de données locale? Je sais qu'il PEUT se connecter aux bases de données SQL Server. Y a-t-il une limitation sur LocalDB qui empêche cela? Je pensais que tout l'intérêt de LocalDB était de permettre le développement sans l'effort de mettre en place une base de données autonome.
Existe-t-il un autre moyen de se connecter? Ou mon nom de serveur nécessite-t-il une modification ennuyeuse?
.\mssqllocaldb
, oulocalhost\mssqllocaldb
, ou<comptuersIPAddress>\mssqllocaldb
. Quel nom de serveur avez-vous utilisé pour vos connexions VS et Linqpad (réussies)?Réponses:
Quel PITA gratuit!
J'ai pu le faire fonctionner en utilisant l '"Assistant de connexion de données" en suivant ces étapes ....
Ce n'est pas difficile à faire, mais il ne semble pas y avoir de flux logique, vous devez patauger jusqu'à ce que quelque chose clique.
la source
SQLNCLI12
, et dans vos captures d'écran, vous avez sélectionné `` Native Client 11 '', ce qui estSQLNCLI11
, et pour une raison quelconque, vous n'avez pas le `` Native Client 12 '' qu'Excel recherche pour 2014.Il s'agit de la chaîne de connexion (SQLServer 2012 / Excel 2013):
Server=(LocalDB)\MSSQLLocalDB; Integrated Security=true ;AttachDbFileName={mdf file full path}
Oh sur mon PC, j'ai dû utiliser
;Trusted_Connection=Yes
, cela pourrait ne pas avoir de sens, car mon ordinateur portable et mon PC exécutent les mêmes versions EXACT de SQLServer et Excel.Éditer
Je ne peux pas reproduire l'erreur (j'ai même installé SQL Server 2014 sur une machine virtuelle et cela fonctionne toujours). La seule option que vous pourriez ajouter et pourrait vous aider est
Provider=SQLNCLI11;
OUProvider=SQLNCLI12;
vous pouvez savoir quelle version est installée en exécutantsqllocaldb v
en ligne de commande.Cela produirait quelque chose comme:
Microsoft SQL Server 2014 (12.0.2000.8)
la source