Déploiement d'une app VB.NET et SQL Server 2012

Bonjour,

J'ai ENFIN terminé mon projet et je souhaite maintenant déployer cette application. Cette question a sans doute été posée plusieurs mais je ne trouve rien qui m'indique la démarche à suivre.

Cette app est developpée en VB.NET via Visual Studio 2013 et utilise une base de données en SQL Server 2012 (via SQL Server Management Studio).

J'aimerais, si possible, déployer l'application sur un serveur et faire en sorte que les utilisateurs puisse se rendre sur ce serveur commun et simplement lancer l'executable (un peu comme un application portable). Est-ce possible ?

Si oui, comment faire ? Aucun des postes des employés ne disposent de Visual Studio ou de SQL Server donc je n'ai aucune idée de comment procéder...

Merci d'avance, et désolé si cette question est stupide mais je n'ai jamais été amené à déployer une application de données sur un serveur...

Cordialement.

il faut installer sql server sur le serveur, y rattacher la base de données
pour les postes il suffit de leur mettre l'exe et les dlls (un setup si beaucoup de postes)
et il faut que la chaine de connexion soit un paramètre, car le chemin pour s'y connecter sera différent entre ta machine de développement et en prod

Bonjour,

Tout d'abord, merci pour votre réponse.

Je vais voir avec l'entreprise pour qu'elle installe SQL sur le serveur. Cependant, SQL Server n'est-il pas payant ? Et comment y "rattacher la base de données" ?

Et comment faire en sorte que la chaîne de connexion soit un paramètre ?

Encore merci, je débute en programmation et le déployement d'une application sur un réseau, c'est totalement flou pour moi.

Cordialement.

si vous avez créé votre base sur sql server, vous avez du vous poser la question de si c'était payant ou non, ou alors vous avez des collègues qui ont la réponse, non ?

sql server express est gratuit (maxi 10Go par base à partir de 2008R2, utilisation d'un seul processeur (pas coeur) et d'1Go de ram maxi, et d'autres limitations)

pour copier une base sql server plusieurs options, soit backup puis restore, soit détacher puis rattacher (c'est dans les menus)
(il va vous falloir faire un peu de google surement)

un paramètre externe à un programme c'est un paramètre qui est rangé dans un fichier .ini, dans la base de registre, ou tout autre moyen d'enregistrer quelque chose ...

http://www.developpez.net/forums/d14...n/#post7943256
vous pouvez peut etre vous aider ou faire un concours pour le 1er qui réussit ^^

J'ai utilisé mon ordinateur personnel pour le projet, et je dispose d'une licence pour SQL Server, grâce à mon école, mais je ne pense que mon entreprise en ait une. Ma question était surtout pour savoir si une alternative gratuite ferait l'affaire.

En tout cas merci pour vos réponses. Ca devrait aller.

haha, en effet, je vais consulter ce topic également.

Cordialement.

Autre question, est-il possible de convertir cette base de données au format SQL Server CE et de l'utiliser ?
Apparemment, ça serait plus simple avec ce format, d'après ce que j'ai pu lire. Serait-ce vraiment moins contraignant ? Sur quels points ?

Encore merci pour le temps que vous m'accordez.

Cordialement.

sql server CE est gratuit, bien plus simple à installer (ca ne pose pas 50 questions et ca n'installe pas 2Go de données, un service et plein d'autres trucs)
par contre c'est une base fichier (donc accessible seulement par un poste) et j'ai cru comprendre que vouliez une base réseau
de plus il n'est pas vraiment compatible avec sql server, vous pourriez dupliquer votre base assez facilement avec les assistants de création de script de management studio, mais le code .net est légèrement différent (system.Data.sqlserverce.* au lieu de system.Data.sqlclient.*) et le code sql peut etre différent dans certains cas, il y a beaucoup moins d'instructions supportées
je l'ai testé, et connaissant plutot bien sql server j'ai été bloqué par plein de choses qui manquaient (après si vous ne faites pas de requetes récursives et autre procédures stockées de 500 lignes ca n'est pas forcément dérangeant)

sql server express vous conviendra surement
ce n'est qu'une édition d'sql server, donc rien à modifier dans votre code
on l'utilise sur des petites installations

une info au passage, une base sql server peut etre déplacée/copiée d'une version vers une version plus récente (2005/2008/2008R2/2012) indépendamment de l'édition (express/standard/entreprise) mais pas d'un version vers une version plus ancienne, donc si vous mettez un sql server express plus récent que la version sur votre poste ca va être moyennement pratique si vous devez retransférer la base chez vous pour des tests
et à une époque les services pack ne pouvaient pas s'installer sur les versions express, il y avait des installeur les contenant mais pas la possibilité d'upgrader une install existante
et une version d'sql server sans service pack c'est parfois risqué (de moins en moins de nos jours)

Un grand merci pour ta réponse très complète !

Si j'ai bien compris, SQL Server CE ne serait que pour un installation mono-poste ? Donc pas moyen d'utiliser l'application sur plusieurs postes sans avoir des BDD différentes ?
De plus je n'utilise pas de requêtes trop compliquées, donc ça pourrait convenir.

Cependant, j'ai contacté le service informatique de l'entreprise et la politique de cette dernière ne permet pas d'installer de programme sur leur serveur apparemment. Ils proposent alors de louer un petit serveur pour y installer la BDD. Mais, si il est possible d'éviter de générer des coûts supplémentaires (surtout que je ne trouve pas que ça vaille le coup étant donné que ce n'est qu'une "petite" application).
Existe-t-il alors un quelconque moyen de pallier ce problème ? Une autre manière de déployer l'application, sans avoir recours à une installation sur le serveur ?

Encore merci pour ton aide.

Cordialement.

sql server ce monoposte oui, avec un peu de chance sur un dossier partagé plusieurs connexions peuvent être faites simultanément comme avec access, mais je ne suis pas sûr


après si tu veux une base de données utilisable par plusieurs postes il faut forcément que cette base soit quelque part
en général on met ca sur un serveur, car un serveur c'est performant, robuste, ondulé et sauvegardé, donc c'est l'endroit parfait où mettre une base de données

si c'est une base de quelques dizaines de Mo je comprends que payer un serveur pour ça paraisse démesuré

dans les solutions autres, il y a l'hébergement internet, on peut héberger une base de données sur des choses comme sql azure, mais même si c'est quelques euros par mois ca reste payant
il y a aussi la solution de se servir d'un poste normal comme serveur, mais il faut alors que ce poste soit tout le temps allumé, mais ca se fait, dans beaucoup de PME un des postes des employés sert de serveur pour les autres postes et les gens font avec
par contre il faut bien penser à mettre en place un système de sauvegarde, un problème peut vite arriver, de plus sql server est moins à l'aise sur un OS non serveur, et l'intégrité des données est moins garantie

autre solution, si le service info ne veut pas partager son serveur pour des causes de sécurité, tu peux demander un serveur virtuel sur leur serveur avec peu de ressources, comme ca ca reste totalement isolé de leur serveur et il y a juste une license de windows à payer
(hyper-V ou autre)
(mettre en place une sauvegarde de la base aussi)

Bonjour,

Merci beaucoup pour ta réponse, je pense avoir toutes les réponses nécessaires.

Je pense que je vais me renseigner à propos de SQL Azure, ça me parait être un bonne solution.

J'ai une dernière question, peut-être qu'elle sera stupide mais je dois bien apprendre d'une manière ou d'une autre :)

Ne serait-il pas possible de toute simplement créer une sorte d'application portable, contenant directement la base de données et de la mettre dans le dossier commun de l'entreprise afin que les employés puisse y avoir accès ? Est-ce possible ?

Encore merci.

Cordialement.

si c'est ce que je disais, les bases de données fichier on peut les mettre sur un dossier partagé pour que tout le monde y ait accès
ca fonctionne avec access, je te laisse tester avec sql server CE

Si je comprend bien ce que tu veux dire, ce n'est pas exactement. J'aimerais carrement que l'application soit aussi sur le dossier partagé, et non pas installé sur chaque poste, un peu comme si c'était une application portable

Mais dans tous les cas il sera nécessaire d'installer SQL Server CE sur le serveur pour le lancer ?

tu peux mettre l'exe dans un dossier partagé oui et que tout le monde ait un raccourci dessus

par contre sql server ce je pense qu'il faut l'installer sur tous les postes, pour que les dll soient accessibles
parce que même si l'exe est sur un autre poste, il est exécuté par chaque poste

Ah, donc si j'ai bien compris, si je met la base de données sur le serveur et que j'installe l'application sur chaque postes , SQL Server devra être installé sur le serveur tandis que si je met l'application + la base sur le dossier commun, SQL server devra être installé sur les postes pour que cela fonctionne ?

Désolé pour toutes les questions mais j'ai besoin que tout soit clair pour moi, afin de comparer les diverses solutions.

sql server express doit être installé sur le serveur
ce qu'il faut pour s'y connecter se trouve dand le framework, mais tu as de toute facon besoin du framework pour que ton appli marche

sql server ce doit être installé sur chaque poste, ca installe les dll nécessaires à la connexion depuis ton code

Ok, je pense que je vais partir pour la deuxième solution, tout mettre sur le serveur, et vu que je ne peux rien installer sur ce serveur, je vais installer SQL Server Express sur les différents postes (la version Express suffit pour cette solution aussi ?)

Et dans le cas de SQL Azur, est-ce compliqué à mettre en place ?

relisez bien tout de puis le début jusqu'à comprendre par que là vous mélangez tout

Ah en effet, je me suis embrouillé avec les différentes versions de SQL Server.

Donc, si j'ai bien compris, je peux mettre l'application + les fichiers de la BDD (en configurant la chaîne de connexion correctement je présume) dans le dossier commun de l'entreprise et ainsi, les postes disposant de SQL Server CE pourra lancer l'application correctement ?

Encore merci.

Bonjour,

J'aurais encore une question.

Comment ça se passe pour déployer une application en utilisant SQL Azure ? Est-ce compliqué ?

l'application en elle même rien de spécial, juste que les ports nécessaires soient ouvert (enfin dans certaines entreprise ouvrir un port peut prendre un mois)
le plus dur sera de comprendre sql azure et de réussir à migrer ta base existante dessus ^^

Bonjour,

je revient vers vous suite à quelques changements.
Pour coller à la politique de l'entreprise j'ai été dans l'obligation de refaire ma BDD avec Access, au lieu de SQL Server.

J'aimerais savoir s'il était plus facile de déployer une application VB.NET avec un BDD Access plutot que SQL Server ?

Cordialement.

en général oui

il y a 2 moteurs de gestion de base access, microsoft jet ole db et microsoft ace ole db

le 1er n'existe qu'en 32 bits et se trouve généralement fournit avec windows (sinon l'installer)
donc depuis un exe anycpu ca peut planter (forcer x86 si nécessaire)
jet ouvre les .mdb

le 2ème a l'avantage et l'inconvénient d'exister en x86 et x64
il ouvre les .mdb et .accdb
par contre il faut en général l'installer, et là ca peut se compliquer, s'il y a un morceau d'office x86 sur le poste, ace x64 ne voudra pas s'installer

côté .net seule la chaine de connexion diffère entre les 2 (provider) mais dans les 2 cas il faut indiquer le chemin du fichier
par contre il faut modifier votre code si vous avez codé pour sql server, car à la place de system.Data.sqlclient.* c'est system.Data.oledb.*

Je ne jugerais pas la politique de l'entreprise qui "force" l'utilisation d'Access au lieu de SQL Server. D'autre s'en chargeront à ma place.

Le déploiement de l'application n'a strictement rien à voir avec la mise en place de l'infrastructure de la base de donnée.

En effet pour le déploiement d'une application, vous pouvez soit :
- La technologie ClickOnce de Microsoft intégrée dans Visual Studio. C'est assez simple et ça permet aussi de géré les mise à jour (en gros dans Visual Studio, il y a une fonctionnalité de publication sous laquelle on indique un emplacement partagé où les fichiers d'installations seront stockés. L'application s'installe chez les utilisateurs à l'aide d'un double clique sur un executable, voir à l'aide d'une page HTML générée au passage avec un bouton d'installation pour simplifier encore la chose. Il est aussi possible de faire des mises à jour de l'application qui seront automatiquement poussée vers les installations déjà existante. Si on a pas besoin des fonctionnalités offerte par un .msi (installation par GPO par exemple), c'est une solution intéressante.
- Projet de déploiement, disponible uniquement jusqu'à la version 2010 de Visual Studio, afin de réaliser un fichier d'installation sous la forme d'un fichier executable. Sauf erreur on peut faire un .msi avec cette solution et les versions précédente du logiciel peuvent être écrasée par une nouvelle installation.
- Et bien d'autres...

Pour le déploiement de l'infrastructure de la base de donnée, cela dépend bien entendu de la solution choisie.
- Pour Access, ça consiste à copier le fichier dans un emplacement réseau partagé et accessible aux utilisateurs finaux
- Pour SQL Server c'est un peu plus compliqué et dépend des scénarios d'utilisation mais on trouve suffisamment de documentation pour réaliser l'opération soit-même si on a pas les moyens de se payer un spécialiste.
- Pour SQL Azur, ça doit consister à remplir un formulaire en ligne pour créer un compte. Mais j'avoue avoir quelques lacunes sur ce sujet.

Après pour en revenir sur Access vs SQL Server, il faut bien se rendre compte qu'une application .Net se développe pas de la même façon avec SQL Server qu'avec Access parce qu'on utilisent pas les même fonctions (même s'il y a pas mal de correspondance) et que ça ne consiste pas à changer 3 lignes de code. Certaines technologies comme Entity Framework ne permet pas l'utilisation d'Access non plus.

D'une manière plus général, il est conseillé d'utiliser une base de donnée Access dans le cadre d'un développement Office (utilisant Access pour la création des formulaires de saisie/édition des données) et d'utiliser SQL SERVER avec les applications .Net.

SQL Server Compact CE (Compact Edition) est un système spécifique pour des terminaux mobile indépendant qui doivent se synchroniser sur une base de donnée centralisée. Par exemple pour un vendeur itinérant qui se balade avec un portable pour prendre des commandes et qui transfère les commandes à la centrale lors de son retour au bureau. Même si ce "UseCase" fait un peu veillot, il faut imaginer que ca date d'une époque où les téléphones servaient uniquement à téléphoner et qu'on avait accès plus facilement à l'eau potable qu'à Internet...

Bonjour,

Un grand merci pour vos réponses.

Je suis en ce moment même confronté à un bug (je vais poster une discussion à ce sujet) mais une fois celui-ci réglé, je passe au déploiement.

Je reviendrais vers vous pour vous dire ce qu'il en est.

Encore merci.

Cordialement.

Re-bonjour,

Je commence à m'attaquer au déploiement, en essayant de terminer ça avant ce soir.

J'aimerais utiliser ClickOnce mais vu que je développe depuis mon PC personnel, non connecté au réseau (et donc, au dossier commun), je ne peux pas préciser l'emplacement (le dossier commun). Comment pourrais-je faire ?

Et si j'ai bien compris, pour la base de données, il suffit que je mette le fichier de la base dans le dossier commun et faire en sorte que la chaîne de connexion pointe vers ce fichier ? Où dois-je placer cette chaîne de connexion ?

Je suis tombé sur ça

Code:

---

1 2 3

Dim ConnectionString As String   ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & Application.StartupPath & "\MyDB.mdb"

---

Je n'ai plus qu'à y appliquer ma propre chaîne, mais où placer ce code ?

Merci beaucoup.

Cordialement

EDIT:

Finalement, j'ai trouvé qu'il fallait mettre la chaine de connexion directement dans les paramètres de l'applications.
Etant donné que le fichier de la base de données est directement dans le dossier du projet, j'ai laissé comme valeur "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=|DataDirectory|\Repertoire.accdb"

Donc maintenant, est-ce que mettre ce dossier, contenant la "Release", directement dans le dossier commun permettra aux utilisateurs (ayant une version du Framework.NET à jour, je règle ça avec le service informatique) de lancer le fichier de la Release pour utiliser l'application ?

Bonjour,

Je reviens vers vous car après de LONGUES discussions et une LONGUE attente, le service informatique du siège m'a finalement dit qu'ils n'étaient pas sûr de pouvoir mettre à jour le Framework .NET pour faire tourner l'application, et là ça devient vraiment urgent...

Existe-t-il un quelconque moyen pour rendre mon application compatible avec la version 4 du Framework (et non pas la 4.5) ?

Merci d'avance pour le temps que vous m'accordez.

Cordialement.

le choix du framework utilisé se fait dans les propriétés du projets

Merci beaucoup, mais le service informatique est revenu sur sa décision et à finalement décidé de mettre à jour le Framework. Mais merci pour l'info, elle me sera sans doute utile un jour.

En tout cas, j'ai finit, donc je passe le sujet en résolu.
Encore merci à vous tous !

Cordialement.