Que sont les instances d'user SQL Server qui les rendent impossibles dans les éditions autres qu'Express?

Après avoir développé pendant quelques années (ou plus), je ne comprends toujours pas:

  • Qu'est-ce qui rend les instances user impossibles / incompatibles avec Developer (ou toute autre) édition de SQL Server?
    • Pourquoi le développeur a-t-il dû installer plusieurs versions de SQL Server (c'est-à-dire l'édition développeur), car les instances d'users sont disponibles uniquement via Express Edition?

Mise à jour: @Damien_The_Unbeliever a écrit dans sa réponse,

"Les instances user sont plutôt des bases de données autonomes, utilisées uniquement par une seule application, et sans signification sans cette application."

Est-ce que je comprends correctement les instances d'user:

  • nécessite l'installation de SQL Server Express
  • ne peut pas être connecté à distance
  • l'user ne peut pas avoir plus d'une telle instance?
  • les applications clientes qui s'y connectent sont des outils de développement tels que VS, SSMS, webadmin, Utilitaire SQL Express , etc?

Vraiment je ne comprends pas quand / pourquoi / comment ils peuvent être utilisés / déployés en dehors de l'environnement de développement

Quels sont les cas de non-développement des instances d'user SQL Server (vs CE et d'autres bases de données embeddedes)?

Je ne crois pas qu'il y ait des raisons techniques pour lesquelles la fonctionnalité de l'instance d'user ne pourrait pas exister dans les autres éditions – mais les éditions non-express représentent une forme différente d'utilisation prévue.

Les instances d'users sont plutôt des bases de données autonomes, utilisées uniquement par une seule application et dépourvues de sens sans cette application.

Les bases de données sous édition Standard / Entreprise doivent être gérées (éventuellement par des administrateurs de bases de données) en tant que ressources autonomes, avec des plans de maintenance, des tâches planifiées, etc. Elles doivent utiliser des fonctionnalités supplémentaires de ces éditions, et cela n'aurait aucun sens. une seule application pour contrôler la disponibilité de ces bases de données.


Et en tant que développeur, vous n'avez besoin que des deux installés si vous travaillez sur des systèmes dans lesquels les deux utilisations ont du sens – build des sites Web à petite échelle avec des exigences de données simples et des systèmes plus importants nécessitant des systèmes de bases de données plus complexes.


L'exemple "typique" d'une application qui utiliserait une instance d'user, mais n'étant pas un outil de développement, serait une petite application web. Il peut avoir un ou plusieurs files mdf dans son dossier App_Data. Il peut exécuter des services tels que son système d'appartenance à partir d'une telle database. Un avantage d'une telle configuration est qu'un deployment XCopy d'un tel site Web est suffisant pour que l'set de l'application soit prêt – la string de connection sera immédiatement valide.