De quoi a-t-on besoin pour déployer une application qui utilise la nouvelle LocalDB de Microsofts?

Je voudrais savoir quels composants Microsoft doivent être installés pour que cette nouvelle LocalDB s'exécute sur une machine utilisateur.

Maintenant dans CTP3: SQL Server Express LocalDB LocalDB est une nouvelle option de déploiement léger pour SQL Server Express Edition avec moins de prérequis qui s'installe très rapidement. Cela le rend idéal pour les développeurs qui ont besoin d'une base de données SQL Server intégrée pour des applications ou des outils de bureau. LocalDB possède toutes les mêmes fonctionnalités de programmabilité que SQL Express, mais s'exécute en cours avec des applications et non en tant que service. Il est disponible dans le cadre du téléchargement du nom de code SQL Server «Denali» CTP3.

Ce qui précède provient du site Web de Microsofts Nouveau dans CPT3

Cela ressemble à la base de données SQL parfaite pour les petites applications de bureau mono-utilisateur. J'essaie de savoir ce que je dois inclure dans une installation. Je souhaite l'utiliser comme base de données intégrée, mais je ne sais pas si j'ai besoin d'installer des composants Microsoft ou de m'assurer que d'autres composants Microsoft ont déjà été installés.

Quelqu'un sait-il quels composants Microsoft doivent être installés pour que ce nouveau LocalDB s'exécute? Existe-t-il un installateur qui détectera automatiquement la présence des composants nécessaires et les installera?

De msdn.com :

LocalDB utilise le même sqlservr.exe que le SQL Express standard et les autres éditions de SQL Server. L'application utilise les mêmes fournisseurs côté client (ADO.NET, ODBC, PDO et autres) pour s'y connecter

LocalDB est installé une fois sur une machine (par version majeure de SQL Server)

L'application se connecte simplement à "Data Source = (localdb) \ v11.0" et le processus LocalDB est démarré en tant que processus enfant de l'application

Mais ce n'est pas la base de données intégrée la plus légère, c'est SQL Server Compact:

Mode d'exécution: SQL Server Compact est une DLL in-proc, tandis que LocalDB s'exécute comme un processus distinct. Utilisation du disque: tous les fichiers binaires SQL Server Compact représentent environ 4 Mo, tandis que l'installation de LocalDB prend 140 Mo.

J'ai trouvé la réponse que je cherchais concernant le déploiement de la nouvelle LocalDB.

Notez que la logique d'activation résidant dans le fournisseur côté client, vous devez installer le dernier - SQL Server Native Client "Denali" (pour ODBC et OLE DB) ou le prochain .NET Framework (pour ADO.NET). Nous livrons également un QFE pour .NET Framework 4 qui lui ajoute le support de LocalDB (je mettrai le lien ici une fois qu'il sera disponible).

Lien de référence

Je vais envoyer un e-mail à l'auteur de ce blog pour toute autre précision dont j'ai besoin.

Pour reformuler le point MSalters , SQL Compact peut être la meilleure option pour vos besoins. Il existe plusieurs raisons:

• SQL Server Compact ne nécessite aucune installation ou mise à jour côté client; les mises à jour sont publiées en expédiant une copie plus récente d'un assemblage et ne nécessitent pas d'autorisations élevées
• SQL Server Compact permet à un seul processus de se connecter à la fois. Cela le rend idéal comme base de données pour une seule application.
• SQL Server Compact est le plus petit de la famille SQL Server

Il y a cependant des inconvénients:

• Fonctionnalités limitées par rapport aux autres versions de SQL Server
• Un seul processus peut se connecter à une base de données à la fois

Moi aussi, je suis intéressé par la nouvelle LocalDB pour les applications de bureau qui ont besoin d'une base de données intégrée. Il semble que LocalDB et Compact nécessitent le déploiement de fichiers externes à l'EXE de mon application. En tant que développeur Delphi gâté par le modèle véritablement intégré de DBISAM, je ne vois pas ceux-ci comme répondant à mes besoins.

Le «moteur» DBISAM se compile directement dans les EXE de mes applications et me donne le meilleur des deux mondes: SQL et l'ancien modèle de «navigation» dans lequel vous avez un accès direct à la table et des subtilités de type BDE comme FindKey ([]), SetRange ([début Fin]);

Il n'est pas nécessaire de déployer d'autres fichiers!

DBISAM peut être utilisé en trois modes: 1: local, utilisateur unique, 2: fichier partagé, multi-utilisateurs et 3: client / serveur.

Elevate Software, les fabricants de DBISAM, proposent également une base de données plus récente, ElevateDB, qui ressemble beaucoup plus à SQL Server.

DBISAM: http://www.elevatesoft.com/products?category=dbisam ElevateDB: http://www.elevatesoft.com/products?category=edb

Je pense que vous parlez de Sql CE 4.0

Sql CE 4.0 est une base de données légère de base de données qui possède toutes les fonctionnalités de sql express mais ne nécessite rien d'être installé sur la machine exécutant le logiciel. Vous venez de déployer votre application avec le fichier .sdf (il s'agit de l'extension sqlce 4.0) et de vous assurer que votre projet fait référence à la DLL Sql CE 4.0. Cette dll sera, bien sûr, définie sur la copie local = true dans vos paramètres de génération, elle sera donc déployée avec votre application. Rien d'autre n'est nécessaire pour le faire fonctionner.