Discussion :

[Bluedeep]

Ca donnera la porte ouverte a ton serveur de base de donnée et à la base de donnée, ce qui n'est pas très bon.

Tout à fait, sauf à utiliser un VPN.

Si tu veux passer par internet c'est mieux d'utiliser une application Web

Il peut aussi exposer ses accès données via un web service (sécurisé !!), qui exposera des méthodes d'accès aux objets métier et consommer ce web service depuis son application cliente.

Et faire un web service, même sans connaissance web, ne présente pas de difficultés majeures.

Maintenant quand on a pas de notion de developpement Web ca risque de prendre un petit temps à developper mais ne pas oublier que toute expérience acquise le reste pour les futurs projets.

Tout à fait; c'est pourquoi je lui suggérais l'option WS.

[BenoitM]

Tout à fait, sauf à utiliser un VPN.

Oui mais c'est peut-être pas la plus simple et le plus pratique
Bon si c'est un besoin ponctuel, ca peut être une solution

Il peut aussi exposer ses accès données via un web service (sécurisé !!)

Oui c'est vrai que les WS sont une très bonne solution intermédiare. Sécurité et application au format Windows

[mactwist69]

J'en reviens a ce que je disais. Tout dépend du besoin.

Si il s'agit de développer rapidement... développer une application web, surtout si cela nécessite formation et assistance sera long. De plus il faudra sécurisé le système et maintenir le serveur.

Pour un site web, ou pour une utilisation par 100 personnes, oui évidemment.

Pour une application utilisé par 20 utilisateurs, est il nécessaire de mettre ça sur le web au vue de tout le monde ? Les implications sont trop grandes.

De plus pour une interface ergonomique avec des contrôles sympas, une application Windows est bien plus facile et rapide à développer.

[Hiraa]

Je vous remercie pour toutes ces réponses qui m'ont éclairé sur la solution à adopter en fonction du besoin actuel.

[Hiraa]

Bonjour,

Je réouvre la discussion au sujet du choix de la base de données.

Etant donné que le client a une licence Access, peut-on utiliser MS Access dans ce cas ?

Sachant que notre application Winforms et la base de données Access seront installées dans un serveur (réseau) et que la connexion à la base données est ouverte le plus tard possible et fermer le plus tôt possible, est ce que cela pourrait poser des problèmes ou des blocages lors de l'utilisation ?

Merci d'avance de vos remarques.

[BenoitM]

Access c'est le mal
20 utilisateurs c'est un maximum pour Access.
Et ce n'est pas une bonne idée de partir sur une solution ou tu es déjà à la quasi limite des performances

[mactwist69]

+1.

Qu'il ait payé une licence Access...

Bah c'est bien, mais autant utiliser un SGBDR gratuit, ça ne leur coûtera pas plus chers.

[Kropernic]

Rappelons que sql server express est gratuit !

[Bluedeep]

Access c'est le mal
20 utilisateurs c'est un maximum pour Access.

J'aurais tendance à dire qu'avec deux utilisateurs sur une base Access, il y en a déjà un de trop.

Toute application Access en mode multi-utilisateur est, par essence, du bricolage. (pas de serveur).

C'est vrai pour toute base "fichier" au demeurant, mais les autres ont le bon sens de bloquer ces tentatives

[Hiraa]

Bonjour à tous,

Je me permets de revenir à vous car le sujet est toujours d'actualité.
En fait, j'ai utilisé VS Express et SQL Server Express. L'application et la base de données seront installées dans un seul serveur. Et des raccourcis seront créés dans les postes des utilisateurs connectés par réseau LAN au poste serveur.

Il est vrai que je n'ai pas encore testé l'application développée parce qu'il y a toujours des soucis en cours relatifs au développement ...

Bref, pour éviter plus de problèmes lors de la mise en place, j'ai une question par rapport à l'échange suivant :

@Hiraa : Est ce que le fait de mettre l'application sur le serveur (réseau), et créer par la suite des raccourcis sur les postes client est une méthode propre pour que l'application tourne en mode multi-utilisateurs sans qu'il y ait un impact sur l'exécution et la performance de l'application.

@Bluedeep: Le seul impact concret qu'aura le chargement de l'application depuis le serveur est le temps de chargement/démarrrage qui sera supérieur. A voir en fonction de la taille de l'application finale. (et des perfs réseau; mais on va supposer qu'il s'agit d'un réseau local - dans le cas contraire, cette solution n'est pas idéal).
L'exécution se faisant de toute manière sur le poste client, il n'y aura aucune différence en terme de temps de réponse, une fois l'application lancée.

Après recherche, sur internet, j'ai trouvé qu'il faut utiliser des sockets pour des applications client/serveur

Est ce que la solution proposée ci-haut est adéquate ?
Est ce que j'aurai des surprises avec l'adoption de cette solution sachant que je n'ai pas utilisé les sockets ?

Merci beaucoup d'avance de votre aide !

[Bluedeep]

Après recherche, sur internet, j'ai trouvé qu'il faut utiliser des sockets pour des applications client/serveur

Non. Il n'y a aucune raison de se lancer là dedans.

[crevecoeurj]

la couche réseau est gérée (et plutôt bien même ) par le moteur SQL EXPRESS qui expose uniquement ta base de données pas les fichiers en eux même.

[Hiraa]

Merci beacoup pour vos réponses rapides !

Par ailleurs, Bluedeep, je note bien ta réponse, toutefois, pourrais-tu éclaircir davantage ta réponse ?

:merci!

[Kropernic]

Je suis p-e dans l'erreur mais perso, quand je parle d'application client/serveur, c'est pour une application qui une partie cliente (celle que l'utilisateur utilise) qui va communiquer avec une autre partie de l'application qui se trouve sur une autre machine (le serveur donc). Dans ce cas-là, il va falloir gérer la communication entre les deux via des sockets.

Le fait d'accéder à une base de donnée sur un serveur de base de donnée bah... C'est pas la même chose ^^.

Griftou.

[Hiraa]

griftou pour cette explication.

[Hiraa]

Bonjour à tous,

@Bluedeep, je reviens vers toi au sujet de la solution des raccourcis.

J'ai installé l'appli sur le serveur ainsi que la base de données. Quand je lance l'application sur le serveur, ça marche bien et j'ai accès à ma base de données et tout.
Après, j'ai créé des raccourcis sur les postes utilisateurs qui pointe sur mon MONAPPLI.exe (l'application est installé sur un dossier de partage). Je lance l'application, cette dernière est lancé, mais quand je tente de me connecter à la base de données, l'application ne reconnait pas le serveur de base de données installé sur le poste serveur. J'ai vérifié bien que le serveur de base de données est démarré !

SQLException = -1

Je ne vois pas la cause de ce problème ??

Merci d'avance de votre aide.

[sinople]

Je viens, peut être un poil tard, pour donner mon avis sur la question de base.

Une application Winforms convient très bien pour le cas de figure que tu as présenté (d'autant plus si une partie du parc est sous XP). WPF serait un plus si le parc visé contient du Vista, Seven. Le temps passé supplémentaire n'est pas vraiement perdu si l'on tient compte de l'aspect formatif d'un projet.

Par contre il est fort probable que WPF rejoigne Winforms au niveau de l'évolution de la technologie à la sortie de Windows 8. Microsoft ne parle déjà plus que de HTML 5 et de Metro alors que le nouveau windows n'est pas encore dans les bacs...

Pour le déploiement, je te conseille franchement de prendre un peu de temps pour étudier ClickOnce plutôt que le fichier partagé sur un serveur.

Le choix de la base de donnée est discutable, du moment que tu arrives à tenir une couche spécifique pour l'accès au donnée, rien ne t'empêche de tester plusieurs solution pour trouver la plus efficace. Personnellement j'aurais plutôt pris du SQL Server Express. Je te déconseille d'utiliser Access pour une portée de 20 utilisateurs.

Concernant l'évolution en une application multi-site, multi-réseaux. Si c'est déjà prévu dans le cahier des charges en tant que 2ème étapes. Je te conseille d'utiliser directement WCF et un système client-serveur utilisant des webservice pour réaliser ton projet. Tu perds un peu de temps sur la première étape, mais tu en gagneras énormement par la suite. Sinon il reste possible d'accéder à une base de donnée en direct sur internet (même sans VPN) mais c'est une hérésie question sécurité.

Une application web ne se justifie que si le parc de machine clients est inconnu ou trop coloré (des linux, des macs, des windows, des Ipads). La plupart des gens préfèrent utilisé une application plutôt qu'une page web!

Bonne chance pour ton projet

[Hiraa]

Merci sinople pour ta réponse que je trouve vraiment très intéressante .
Toutefois, étant donnée que l'application est déjà faite, je cherche à présent à résoudre le problème décrit dans ma question.

Effectivement, j'ai choisi aussi SQL Server Express comme base de données pour mon appli.

Mais certes je ne manque pas de revenir vers les différentes solutions que tu as proposées dans mes prochains projets ou même dans une évolution du projet en cours !

Merci d'avance de votre aide.

[Pol63]

Personnellement j'aurais plutôt pris du SQL Server Express

la version express n'est pas limité à 5 utilisateurs légalement ? (= selon microsoft 5 humains visionnant les données si j'ai bien suivi)


sinon d'accord avec tout le reste

[Bluedeep]

la version express n'est pas limité à 5 utilisateurs légalement ? (= selon microsoft 5 humains visionnant les données si j'ai bien suivi)

Tiens, je n'étais pas au courant de cette limitation; tu es sur ?

Pour moi, les limitations volumétriques des version Express de Sql Server concernent la taille des bases (10 Go/base en 2008 R2 & 2012, 4Go pour 2005 et 2008), la limitation du nombre de CPU (1 CPU et 4 Core maxi) et la mémoire utilisée(1 Go maxi).