none
LocalDb RRS feed

  • Question

  • [v2]Bonjour tout le monde,

    Sur Windows 10 64 bits 1803 [version 10.0.17763.316], j'ai installé Visual Studio 2017 Community, et SQL EXPRESS 2014.

    Il a fallu installer SSMS à part, en tête des informations que je peux copier depuis "au sujet de", je trouve :

    Microsoft SQL Server Management Studio						12.0.2269.0

    Il y a quelques jours j'ai ouvert un fil au sujet d'un fichier de base de données mis à jour avec Visual Studio Community 2017 que SSMS 12 pour SQL Server 2014 ne réussit pas à ouvrir, aujourd'hui je viens pour LocalDb.

    J'aimerais bien accéder à la base sur LocalDb, d'autant que ça n'a pas l'air évident non plus dans l'explorateur de serveurs, alors que l'application affiche les données comme prévu.

    J'ai relancé le programme d'installation de SSMS, et j'ai vu qu'effectivement il fallait que je coche LocalDb. Bon, cette fois, c'est fait. J'ai eu une jolie coche verte à la fin, donc, chouette, voilà un programme d'installation qui m'a l'air de bien fonctionner.

    En ouvrant SSMS, je m'attends à trouver deux serveurs :

    • SQL Express
    • LocalDb

    Or, comme avant, je ne vois que SQL Express. Je ne vois pas de base de données dont le nom évoquerait le projet sur lequel j'ai travaillé.

    Quelqu'un voit-il ce que j'ai mal compris ?

    ***

    J'étais au départ sur une fausse piste, car je me suis lancé sur WebAPI / .NetCore, avec un processus qui utilise InMemoryDatabase, lequel présente de gros problèmes de compatibilité, et n'est pas supposé écrire dans une vraie base. J'ai posé la question de la compatibilité au bon endroit.

    Maintenant, pour ce qui est de LocalDb, la seule utilisation que j'en ai vue possible sur ma machine est d'accéder aux fichiers de base de données. Il y a quelque temps de ça sous SQL Express 2008 R2, il me semble bien avoir vu deux serveurs dans SSMS, dont un correspondant à LocalDb ? Ou c'est ma mémoire qui me joue des tours ?




    • Modifié Gloops vendredi 8 mars 2019 02:22
    jeudi 7 mars 2019 19:29

Réponses

  • Bonjour

    Dès que l'on stoppe le projet dans VS, l'instance localdb doit "disparaitre". Ce n'est aps un service mais juste le lancement de l'exe qui monte au passage une base.

    Un conseil : Oubliez localDB et passer à SQL Express ou Developer edition.

    Cdlt
    Christophe


    Christophe LAPORTE - Independent Consultant & Trainer - SQL Server MVP-MCM

    • Marqué comme réponse Gloops lundi 11 mars 2019 20:40
    lundi 11 mars 2019 18:08

Toutes les réponses

  • Bonjour

    Dès que l'on stoppe le projet dans VS, l'instance localdb doit "disparaitre". Ce n'est aps un service mais juste le lancement de l'exe qui monte au passage une base.

    Un conseil : Oubliez localDB et passer à SQL Express ou Developer edition.

    Cdlt
    Christophe


    Christophe LAPORTE - Independent Consultant & Trainer - SQL Server MVP-MCM

    • Marqué comme réponse Gloops lundi 11 mars 2019 20:40
    lundi 11 mars 2019 18:08
  • OK merci.

    On dirait bien que LocalDb est utilisé pour ouvrir des fichiers de bases de données. Je ne sais pas si c'est comme ça que c'est prévu, ou si ... c'est tombé comme ça sur ma config.

    Il y a aussi "In Memory Database", qui est évoqué dans le tutorial sur WebAPI sous DotNetCore, et dans celui d'AngularJS (sous DotNetCore aussi, en fait).

    Je n'ai jamais été fichu d'installer ça proprement. J'ai ouvert un fil là-dessus, qui a été transféré vers un forum sur WebAPI. Ça m'a surpris, et en définitive, ce n'est peut-être pas trop faux puisque c'est pour utiliser WebAPI sous DotNetCore.

    J'ai fini par être opérationnel ce week-end sur AngularJs sur .Net (avec un projet qui ne ressemble pas du tout à ce qui est présenté à angular.io/tutorial).

    Pour ce qui de DotNetCore je "rame" encore à cause des histoires de chaînes de connexion. Sur angular.io/tutorial ça fait l'objet d'une autre section plus loin, j'imagine que sur WebAPI sur DotNetCore ça doit être pareil.

    Je crois que ce qui m'a fait perdre beaucoup de temps dans l'assimilation d'Angular, c'est de confondre deux plateformes, et de tarder beaucoup à comprendre que les approches doivent être différentes dans les deux cas.

    Du coup ce que je dis ne reste pas très centré sur LocalDb, mais aussi bien puisqu'on déconseille de s'en servir ...



    • Modifié Gloops lundi 11 mars 2019 20:40
    lundi 11 mars 2019 20:37