Discussion :

[mounir01]

bonjours tout le monde
j'ai terminer de developper une application winforme sous Vs 2008 (en C#) avec une base de données SQL Server 2005.
bon en ce moment cette application doit etre integrer dans un reseau local d'une entreprise, et je ne sais pas comment procéder, je pense que mon app doit etre installer sur tout les postes client et la base de données sur le serveur et qu'il faut trouver un moyen d'etablir une synchronisation entre l'application instaler sur les postes client et la BD sur le serveur mais je ne sais pas comment le faire et si il y a un autre moyen plus professionnel si celui la ne l'est pas.
merci pour vous si vous pouvez me fournir des tutos ou qlq chose qui pourra m'aider a ce propos

[sevyc64]

A partir du moment ou l'application est partagée entre plusieurs utilisateurs, oui, la base de données se doit d'être sur un serveur.
Pour ce qui est de la connexion entre l'application cliente et la base de données, elle se fait à travers la chaine de connexion à la base que tu as indiqué dans ton logiciel (j'espère que celle-ci n'est pas codé en dur mais est au moins dans un fichier de configuration)

Pour ce qui est de l'application cliente, tu as le choix. Tu peux effectivement l'installer sur chaque poste utilisateur. Tu peux aussi, par exemple, l'installé sur un serveur en montant le dossier installation comme disque réseau sur chaque poste, elle sera vu par les clients comme installée en local (cela signifie que, si elle a besoin de composants spécifiques à installer aussi, ils devront malgré tout, eux, être installés sur chaque poste)

[mounir01]

merci de ton aide,
l'application serra bien installer sur le poste client et la base de données sur le serveur c bien claire mais pour ce que tu a dis ( j'espère que celle-ci n'est pas codé en dur mais est au moins dans un fichier de configuration ) j'ai pas bien saisie ce point là, j'ai une chaine ordinaire de connexion

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Data Source=XXX;Initial Catalog=XXX;Integrated Security=True

j'ai rien changer dans le fichier configuration ( je ne sais meme pas où il ce trouve ) mais je pense que lors ce que je vais detacher ma base de donnée en locale et l'atacher ( sur l'application ou dans un dossier sur le serveur je ne sais pas encore) je doit peu etre changer qlq chose dans cette chaine de cnx, le chemin du dossier sur le serveur où ce trouve le fichier de base do données par exemple ou qlq chose de ce genre
et merci encore de ton aide

[dkmix]

Bonjour,
Pour le déploiement, il est également possible d'utiliser ClickOnce, dans un réseau local, sans considérations de sécurité, c'est assez simple.

[mounir01]

bonjour tout le monde
merci a toi dkmix , je me suis renseigné sur le clickonce et vraiment ca a l'air simple mais le probleme c'est que je veux savoir si cette outil permet de centraliser la base de données sur le serveur ou non parce que c'est le point le plus important, faut que chaque chengement effectuer par un utilisateur sois visible par les autres utilisateur ( une synchronisation tu vois ), mon probleme c que je ne sais pas comment y proceder par quoi commencer. dans mon cas l'application et prete je la teste sur mon ordi ca marche ( sans deploiement j'ai pas encore deployer l'app, je voulais avoir des idées sur la procédure avant de commencer le travail, savoir les avantages et inconvenants de chaque outils et procedure, et merci une autre fois

[dkmix]

ClickOnce permet simplement de déployer.
Il n'y a pas de lien avec la base de donnée (sauf pour la config de connexion éventuellement)
Il est donc tout a fait possible de déployer avec clickonce une appli qui utilise une base centralisée

[mounir01]

et pour la base de donnée comment je peu faire pour l'attacher et la rendre accesible depuis le serveur, j'ai fait des recherche j'ai trouver comme solution l'outil odbc de windows ou encore plus attacher la base de donnée directement au serveur et changer ma chaine de connexion dans l'application en lui donnant le chemin du serveur et un identifiant et mdp pour acceder a la base de donner dans le cas où on veux y changer qlq chose, et toujours pas une solution pour la manière de traiter ces solution merci de m'aidé je suis vraiment bloqué

[dkmix]

ADO.NET
Aucun souci pour faire du client/serveur en DotNet. Heureusement !!!
Il suffit de mettre la chaine de connection dans le fichier de config de l'application (par exemple). Il faut bien-sur choisir le scenario de sécurité d'acces à la base de donnée

[mounir01]

merci beaucoup dkmix
une autre question qui me soucie , par exemple on suppose que deux clients qui utilise mon application au meme temps , et par coincidence ils appliquent une modification sur la meme table sur le meme champs au meme temps, je pense cela peu provoqué des erreurs ou je me trompe, sinon comment je peu géré une erreur comme celle'si, mon code et en mode connecté

[dkmix]

Acces concurrentiel ADO.NET. (Par défaut optimiste, je pense que c'est suffisant)

[mounir01]

les questions n'arretent pas de me tomber sur la tete mais je pense que c'est suffisant pour le moment, merci à toi dkmix je vais lire le document que tu ma donné

[enigmma]

Bonjour !

7ans après votre petite discussion, je me permet de m'incruster vu que je dois faire exactement la même chose, j'aimerai savoir comment tu as pu gérer le problème que t'avais si tu te rappelles !!

j'aimerai déployer mon appli winforms également sur plusieurs PC en local (en mode déconnecté) du coup je vais devoir mettre la base de données dans chacun des postes !
L'idée de la base de donnée centralisée dans un serveur me semble très logique mais pas fonctionnelle en mode déconnecté, il y a-t-il un moyen de déployer l'appli avec sa base de données ?


Merci d'avance pour votre réponse !

[Gluups]

Bonjour,

Le but d'une discussion qui reste en ligne sur un forum, c'est qu'on puisse la lire, pas qu'on demande à chacun de répéter ce qu'il a dit sept ans plus tard.

La première réponse, celle de sevyc, commence par :
"A partir du moment ou l'application est partagée entre plusieurs utilisateurs, oui, la base de données se doit d'être sur un serveur. "

Si tu commençais par ça ? Même si le serveur est sur localhost, c'est-à-dire qu'il est sur ta machine.

Après, il faut mettre à disposition sur chaque poste utilisateur (donc dans le fichier de déploiement) la chaîne de connexion qui permet d'accéder à la base. Puis il faut que le programme la lise puis l'utilise pour accéder à la base.

Pour faire ça tu auras l'occasion de t'intéresser aux droits d'accès à la base, de façon que les gens qui doivent en avoir le droit puissent lire la base, peut-être aussi écrire, et les autres non.

Je te propose d'écrire un programme qui accède à la base, puis qui affiche tous les enregistrements d'une table.
L'accès à la base est la première difficulté, et l'affichage est ce qui te permet de t'assurer que tu t'en es bien sorti.
Avec ça tu as contrôlé l'accès séquentiel, puis tu peux mettre un champ de saisie pour contrôler une recherche dans la base, afin de contrôler l'accès direct.

Pour le stockage de la chaîne de connexion tu risques d'avoir besoin de lancer une recherche sur "C# paramètres d'application". Bien sûr si tu oublies le .Save(), tu ne mettras pas à jour le paramètre.

Et une fois que l'accès à la base est rôdé, que tu affiches la table dans différents ordres, que tu peux modifier un enregistrement, plus qu'à introduire le reste de l'application.

Une fois que tu as lu ce qui est écrit dans le fil, si vraiment il reste une difficulté de mise en œuvre tu peux préciser ce qui te gêne. D'ailleurs si c'est quelque chose qui dépasse les points traités, tu peux créer un nouveau fil dans le forum, car les intervenants sont peut-être passés à autre chose, maintenant.
Si c'est pour rebondir sur le fil rien n'empêche d'en citer l'URL dans le nouveau fil, comme ça les gens qui vont te répondre pourront le lire avant de répondre.

[sevyc64]

L'idée de la base de donnée centralisée dans un serveur me semble très logique mais pas fonctionnelle en mode déconnecté, il y a-t-il un moyen de déployer l'appli avec sa base de données ?

SI les données sont communes à plusieurs utilisateurs sur plusieurs poste, la base centralisée est un passage obligatoire, et le mode déconnecté incompatible.

Si le mode déconnecté est malgré tout inévitable, cela va nécessiter d'avoir 2 bases de données, la centralisée et une locale, mais surtout aussi tout un système complexe de double synchronisation des bases avec gestion des conflits qui en découleront obligatoirement.
Sachant que dans une telle situation :
- L'utilisateur local n'a accès qu'aux données centrales de la dernière synchronisation. Ceux ne sont donc pas forcément des données à jour.
- Les autres utilisateurs n'ont pas accès aux données de cet utilisateur local tant qu'il n'a pas effectué de synchronisation. Ils n'ont donc potentiellement pas non plus des données à jour.
- Lorsqu'un même élément a été mis à jour en local, mais aussi sur la base centrale par un autre utilisateur depuis la dernière synchronisation, il va falloir arbitrer le conflit de mise à jour pour savoir qu'elle est la bonne données et donc avec potentiellement une perte de la "mauvaise" donnée.
- liste non exhaustive....

Mais dans ce cas, ce n'est pas simplement un problème de déploiement d'application. Un tel système doit se concevoir dès le départ, dès la construction de la base, avant même l'écriture de tout bout de code. Celui-ci devant évidemment être adapté en conséquence.


Pou info, un petit exemple, parmi énormément d'autres, de base centralisée/locale avec la gestion des conflits : Les dépôts de sources, git hub, tfs, subversion, etc... dans une équipe de plusieurs développeurs qui travaillent tous sur le même projet.

[Gluups]

Je me rappelle avoir eu l'occasion de faire ça il y a une vingtaine d'années, quand l'Internet mobile était beaucoup moins développé.
Chaque commercial était responsable de son secteur, donc ça limitait les risques de conflit. Les données circulaient seulement du bas vers le haut. Du commercial vers le pays, puis du pays vers l'Europe.
Le logiciel local préparait un fichier d'échange qui contenait les différences par rapport à ce que le pays avait déjà, et pareil au niveau au-dessus. Le fichier d'échange contenait, en plus des colonnes de départ des tables, un champ de type d'opération : ajout (majoritaire), modification, suppression. Ça évitait d'avoir à envoyer tout le contenu de la base à chaque fois.