Discussion :

[hi-wave]

Bonjour. l'intitulé résume un peu le problème auquel je suis confronté. Mon thème de projet de fin de cycle me requiert de developper une application ayant 2 module. un module utilisé en province et un autre utilisé au siège à la capitale. le module de province permettra d'enregistrer, de modifier et de consulter les données propres au centre local. Mais le module au siège est chargé de recevoir toutes les informations des différents centre de provinces et de les présenter pour chaque provience et aussi de façon synthétique. je ne dispose pas de grosse logistique matériel (entre autre Serveur, liaison spécialisée WAN,...) pour réaliser ce projet. je sais que je peux utiliser internet mais je ne sais pas comment. quelqu'un pourrait il m'orrienter?

[jopopmk]

Salut,

une application ASP.NET toute bête me paraît pas bien compliquée. Après tu peux utiliser des trucs genre MVC ou SharePoint, mais là j'y connais rien (je pars du principe que tu t'orientes vers des techno Zindozs). Client lourd, socket, tout-ça ... ça me paraît un peu suant pour une demande somme toute simple. Maintenant ça reste un vaste domaine d'activité, va falloir manger du tuto.

Petite question : quel "cycle" éducatif demande de faire un truc où on y pane tchi ?

[hi-wave]

Merci de m'avoir répondu. je prépare une licence pro en developpeur d'app. malheureusement je ne peux m'orienter vers un langage web car etant spécifiquement calé sur une appli windows.

[Pol63]

il te faut une base de données réseau, et soit l'ouvrir (sécurisation possible avec ip ou vpn ou autre)
internet est un réseau comme un autre, avoir 2 pcs en lan connectés sur une base ou un de plus à l'autre bout de la france ca revient au même

sinon tu peux faire une surcouche type wcf pour partager les données

sinon une base de données hébergée sur internet

Client lourd, socket, tout-ça ... ça me paraît un peu suant pour une demande somme toute simple.

forcément quand on fait un truc on pense que l'autre est plus compliqué et moins adapté, moi par exemple c'est le web que je trouve étrange comme techno, et sharepoint une usine à gaz ^^

[pascalCH]

un axe de travail, la replication sql serveur et le sync framework.
il faut bien cibler le type d'utilisation pour ne faire que le strict minimum

[StringBuilder]

+1 pour le webservice, mais ça demande plus de boulot.

Sinon, les solutions de BDD cloud (Microsoft SQL Server Azure par exemple) semblent parfaitement répondre à ce besoin.

Et en dernier, base de données exposée sur internet (via VPN par exemple). Mais à la fois pas très rapide, et lourd en termes de sécurité (l'avantage du cloud, c'est que tu ne gères pas la partie sécurité).

Le réplication SQL Server (ou autre SGBD), c'est séduisant, mais :
- ça demande à exposer les BDD (VPN, sécurité, tout çà)
- ça nécessite des licences onéreuses (pas dispo avec Express, et limité avec les éditions Standard et Web de SQL Server par exemple)

[pascalCH]

+1 pour le webservice, mais ça demande plus de boulot.

Sinon, les solutions de BDD cloud (Microsoft SQL Server Azure par exemple) semblent parfaitement répondre à ce besoin.

Et en dernier, base de données exposée sur internet (via VPN par exemple). Mais à la fois pas très rapide, et lourd en termes de sécurité (l'avantage du cloud, c'est que tu ne gères pas la partie sécurité).

Le réplication SQL Server (ou autre SGBD), c'est séduisant, mais :
- ça demande à exposer les BDD (VPN, sécurité, tout çà)
- ça nécessite des licences onéreuses (pas dispo avec Express, et limité avec les éditions Standard et Web de SQL Server par exemple)

+1 aussi pour le WebService, mais apparemment, pas beaucoup de serveur disponible pour sa solution.
++++1 pour le Bdd Cloud, effectivement tous les aspects sécurité, contôle, etc sont délocalisés
Effectivement, le réplicat n'est pas dispo sur les versions gratuites (à moins de prendre Access sur un Office mais bon, les perfs ...)

[jopopmk]

forcément quand on fait un truc on pense que l'autre est plus compliqué et moins adapté, moi par exemple c'est le web que je trouve étrange comme techno, et sharepoint une usine à gaz ^^

Y'a encore quelques semaines je savais même pas ce qu'était SharePont ...
Perso je supporte pas quand je ne sais pas ce qu'il se passe derrière, toi tu as l'air d'avoir creusé la reflexion.
Par contre je connais un peu les différents servers HTTP (IIS et la variantes httpd), du coup c'est une base sur laquelle je veux bien m'appuyer.
Maintenant faut voir que j'ai lâché C#/ASP.NET (je fais encore du PHP en mode loisir) pour passer en full C, et là y'a plus rien qui passe à trav'

Bon, fin du HS, on va attendre ce que pense l'ami des différentes propositions faites par les contributeurs.

[hi-wave]

merci pour toutes vos propositions. j'avoue que je suis un peu perdu dans tout ça.
vous avez évoqué plusieurs technologies dont je n'ai jamais entendu parlé.

• les web service m'intéressent beaucoup mais est ce assez rapide? par illeur je ne maitrise pas encore cette technique, pouvez vous me fournir du bon tuto a bouffer?
• la base de données sur intenet ne pourrait elle pas causer un problème de disponibilité car les donées doivent être accessible à n'importe quel moment. je sais que plusieurs fournisseur de ce genre de service sont diponibles sur internet mais je dispose de très peu de moyens voire de rien du tout pour la réalisation.
• la solution SHAREPOINT je préferre l'éviter pour ne pas me frotter au problème de licence microsoft

d'autre part j'ai eu pour idée d'utiliser d'envoyer les données sous fichier XML avec des balises propores aux applications et ainsi une fois l'appli ouverte et la connexion internet disponible la reccuperation des dernières données actualisée est faite de façon transparent pour l'utilisateur. pourriez vous me conseiller dans ce sens?.

[Pol63]

ca depend de l'infrastructure que tu as
si tu as un serveur de chaque côté et un vpn redonder les données est une solution (mais sql server est payant pour répliquer dans les 2 sens) (si tu as peu de tables ca peut se coder à la main)
si tu n'as qu'un serveur à un endroit, c'est des accès à chaque fois ou une redondance par poste
si tu n'as aucun serveur payer un hébergement sql restera moins cher surement

après un webservice c'est une connexion tcp/ip améliorée c'est tout, au lieu d'envoyer des octets avec une norme de codage, on appelle des méthodes/fonctions distantes comme on le ferait au sein d'une même application, donc ca reste simple à coder (une fois qu'on a compris comment ca se code )
en .net il y a wcf
si c'est rapide, comme dit précédemment c'est une connexion tcp/ip, tout comme un accès à une base de données donc ca doit être dans le même ordre (enfin xml sur http non je ne pense pas, mais binaire sur tcp oui)

dans le principe wcf ca donne :
côté client exécution de monservice.tellefonction(), ca code la demande pour l'envoyer au serveur, côté serveur la fonction est appelé, ce qu'elle est censé retourner et renvoyé au client, donc le code est clair


après le choix se fait par celui qui doit le faire ^^
par contre il faut en effet se renseigner un peu sur les possibilités, les étudier, en tester quelques unes puis choisir en fonctions des besoins, des couts, du temps disponible/nécessaire, des performances ...
et ca reste un choix subjectif, on a tous ici une préférence qui peut etre différente sur un cas dont on ne connait pas tous les détails