Version imprimable
Bonjour à tous,
j'aimerais savoir si la sauvegarde à distance d'une application dans une BDD Access était possible?
Ex : un client à Paris utilise une application et les informations entrées sont sauvegardées dans une BDD à Marseille.
C'est possible? Comment le faire?
C'est pas possible? Comment est-ce que je peux sauvegarder de cette façon alors?
Merci
Ce que tu veux c'est quoi exactement:
La synchronisation entre deux BDD distantes ?
Si c'est le cas, il existe des solutions...
Malheureusement il n'est pas vraiement possible de répondre à ta question avec les informations fournie.
Il est possible d'atteindre une base de donnée dans un autre pays alors qu'on arrive pas à atteindre une autre qui se trouve dans la même pièce. Tout est une question d'infrastructure...
Pour répondre très simplement à ta question:
Si tu arrives à voir le fichier de base de donnée dans l'explorateur Windows en tapant une adresse de type (\\nom_machine_avec_la_base\un_repertoire\labase.mdb), alors c'est possible et relativement simple. Autrement c'est plus tendu.
Bon en fait, je travaille pour l'instant en local. La BDD se situe sur ma clé USB et le programme aussi.
Vu que je suis un stagiaire, je n'ai pas de grandes connaissances sur ce sujet.
Le problème est que : l'entreprise souhaite utiliser mon programme en permettant à des clients de l'utiliser. Problème : les clients ne vont pas utiliser ma clé USB et l'entreprise non plus.
Il faut donc que je trouve autre chose.
C'est de cela dont je parle avec BDD à distance.
Ce qu'il faudrait, c'est qu'une fois les informations saisies par le client, n'importe où en France, arrive dans une BDD précise, par exemple sur un poste de l'entreprise.
Et je ne sais pas si ceci est possible.
Merci déjà de vos réponses, j'espère avoir été plus clair cette fois-ci.
Dans ce cas tu as deux scénarios.
Soit il y a vraiement un partage d'information entre les différentes entités (entreprise)comme par exemple un envoi de commande, soit chaque entités utilise une copie de ton système dans ton coin, genre un agenda (je doute sérieusement qu'une entreprise désire partager son agenda avec une autre...).
Dans le premier cas tu te retrouve avec une application de type client-serveur. Fais quelque recherche sur le terme "web service" (en gros c'est des protocole d'échange d'objet par XML sur le web). Il te faudra créer l'application serveur qui fournira les services à tes applications clients (seul l'application serveur a accès à la base de donnée). Pour l'application client il faut juste modifier l'accès au donnée par service à la place des bases de donnée.
Dans le deuxième cas c'est plus un problème de déploiment d'application (copie d'une base de donnée vide ou avec donnée d'exemple, de base) dans chaque environnement chez tes clients et gestion d'une chaine de connexion dans un fichier de configuration ou un registre.
Il est aussi possible si tu utilises SQL Server, à la place d'access, avec quelques configurations sur le réseau, de permettre des connexions direct à la base de donnée par Internet. Néanmoins c'est pas vraiement conseillé niveau sécurité (voir même fortement déconseillé)...
Voila quelques pistes pour trouver ta solutions (il y en a encore de nombreuse que je ne citerais pas ici par manque de temps).
[MyLife] Le thème général c'est la photovoltaïque. [/My Life]
Donc chaque client utilise le programme, de chez lui (le client peut être un particulier ou un professionnel), et les informations qu'il entre sont stockées dans une base de données (Access pour plus de simplicité).
Le but serait que la base de données soit sur un poste et que toutes les informations saisies se retrouvent dans la base de données.
ça reste toujours dans le domaine client-serveur? je pense que oui mais on sait jamais.
VB.net gère-t-il le domaine client-serveur? (pas vu en cours en tout cas)
Merci
Du coté client il y a pas problème pour vb.net (source de donnée -> service à la place de base de donnée)
Du coté serveur je pense qu'il doit y avoir un mix de ASP.NET avec un autre language.
Bon selon les données et les fonctionnalités dont tu as besoins il est surement préférable de faire un site dynamique en ASP.NET
Surtout qu'au niveau du déploiement chez tes nombreux, je l'espère, utilisateurs, c'est plus simple de leur fournir une adresse web plutot qu'un executable (et je te parle pas de la gestion des éventuels mise à jour...)
Pfff j'suis pas dans la merde... Au départ c'était censé être un stage de développement vb.net, la jme retrouve à devoir faire un site web en asp...
Merci quand même.
Pour rester dans l'environnement classique C#/windows, tu peux aussi utiliser .Net remoting qui te permet d'accéder à des objets distants via le Web.
Les appli "clients" au lieu d'accéder directement à Access feraient appel à des objets distants qui implémenteraient les procédures de modifications du contenu de la base.
C'est l'appli serveur qui accèderait à Access en fonction des procédures appelées par les clients.
Pour develloper l'appli, on fait une appli en mode classique ou on utilise directement l'objet d'interface, ce qui simule le fonctionnement en .net remoting.
Tu n'es pas obligé de faire un site en asp pour résoudre ton problème.
Néanmoins vu la distribution assez large prévue par ton programme, je pense que c'est la solution la plus simple et pratique.
Sache au final que tout ces objet à distance & cie c'est au final assez semblable à une interraction navigateur web-site. Sauf que les messages échangé sont sous la forme d'XML typé plutot que HTML pour faire joli à l'écran.
Toutefois, ce format utilisé pour l'échange de données est caché : on manipule simplement l'interface objet.Citation:
Sauf que les messages échangé sont sous la forme d'XML
J'ai demandé à mon prof et il m'a conseillé de faire un site PHP/HTML.
J'en suis à l'élaboration brute de décoffrage la.
Je vous tiendrais au courant quand j'aurais fini si vous voudrez vérifier qu'il n'y ait pas (trop) d'erreurs.
Merci
Bien que ton professeur soit arrivé à une conclusion semblable à la mienne (c'est à dire le site web).
Peut-être que tu as interêt à utiliser asp.net plutot que php (Si tu veux rester dans les environnements Microsoft).
En tout cas si tu utilises PHP au final je te recommande chaudement d'utiliser MySql plutot que Access comme base de donnée.