Selon this answer, SQL Server Data Tools utilise une instance LocalDB privée ProjectsV13, que vous n'êtes pas censé utiliser pour vos propres applications. Au lieu de cela, vous devez utiliser MSSQLLocalDB ou votre propre instance privée.Objet du ProjectsV13 LocalDB exemple
Est-ce documenté nulle part? À quoi sert SSDT pour son instance privée? (Je ne vois rien dans le mien.)
est une instance privée LocalDB tournant essentiellement une deuxième copie de SQL Server? En surface, il semble assez gourmand en ressources d'avoir un moteur de base de données dédié uniquement pour l'outillage des métadonnées. Quelle est l'intensité des ressources? A-t-il un impact sur le démarrage et l'utilisation de Visual Studio? Si oui, et si ce n'est pas vraiment nécessaire, pouvez-vous et devriez-vous l'éteindre ou consolider les instances d'une autre manière? Ma conjecture n'est pas; sinon, SSDT n'utiliserait pas une instance privée, mais il serait bon de savoir comment cela fonctionne sous le capot.
Rapport de bogue pour les projets de base de données Visual Studio et l'Explorateur d'objets SQL Server qui permet de montrer pourquoi il y a confusion: [Les projets de base de données utilisent une instance LocalDB par défaut incorrecte] (https://developercommunity.visualstudio.com/content/problem/137241/database -projects-use-wrong-default-localdb-instan.html) –