Discussion :

[binohit]

Bonjour,

Je suis développeur et travaille avec une base Sql Server.

Nous avons une base Sql server fonctionnel sur un server dans nos locaux. Cette BDD est utiliser par notre application développer sur VisualStudio.

L'application est aussi utiliser par des techniciens en déplacement sur leur pc portable en ce connectant via VPN.

Je souhaiterais pouvoir faire en sorte que les techniciens puisse utiliser l'application en utilisant une BDD qui serais en local sur leur machine.

Cette BDD serais une copie de la BDD situer sur notre serveur.

Je cherche donc une solution pour que la BDD en local sur le pc des techniciens puisse ce mètre à jour avec la BDD sur notre server.

Est t'il possible de réaliser cela en utilisant sql express sur les pc des techniciens ?

Merci d'avance

Cordialement Benoit

[taibag]

Bonjour,

Vous pouvez réaliser cela avec une réplication : https://msdn.microsoft.com/fr-fr/lib...=sql.120).aspx , à noter que SQL Server Express fonctionne uniquement comme abonné.

[binohit]

Sachant que chaque pc portable aurais en local une BDD en réplication avec la BDD de notre server.
Cela ne poserai pas de problème ?

[elsuket]

Bonjour,

Quelques questions :

- La base de données est-elle plutôt statique, c'est-à-dire que l'application y lit des données mais en écrit peu et loggue, ou l'application écrit-elle beaucoup en base de données ?
- Avez-vous besoin que les données de vos collègues qui sont en déplacement soient écrites le plus vite possible dans la base de données hébergée dans les locaux de votre entreprise ?

@++

[alheuredudejeuner]

Bonjour

Ce que je fais avec une autre techno.

J'importe le contenu des tables depuis un serveur TCP, et seulement ce que l’utilisateur nomade a besoin d'avoir sur son pc, ou tablette.
Suivant la quantité de données ça peut être très rapide.

Pour les mise à jour serveur client, j'importer juste le delta de ce qui a bougé depuis la dernière mise à jour.( là c'est très rapide )

Pour les mises à jour client vers serveur, c'est au cas par cas.

cordialement

[binohit]

Bonjour,

Déjà merci de vos réponses,

L’application est l'ERP(pro logiciel de gestion, Entreprise Ressource Planing) de l'entreprise que l'on a développer en interne.
Il y a donc de manière aléatoire des écritures et des lectures en BDD.
Pour les techniciens, le plus important est qu'il puisse avoir un accès en lecture sur la BDD et le but principale de cette création d'instance sur leur pc portable est qu'il puisse utiliser l’application en lecture lorsque ils ont une mauvaise connexion, ce qui arrive souvent car ils utilisent le partage de connexion 3G ou 4G de leurs smartphone.

alheuredudejeuner, votre méthode a l'air très intéressante, dans notre cas ou le serveur qui est dans nos locaux est un SQL serveur 2008R2 sp2, ceci peut'il s'appliquer ?
Pour importer le delta, utilisez-vous le journal transactionnel et si oui comment ?
Comme je le dit précédemment les mises à jour client vers serveur ne sont pas prioritaires. Votre méthode a l'air donc très adapter.
Quel sont les étapes pour m'être en place cela ?

Encore Merci, Cordialement Benoit

[alheuredudejeuner]

Pour mettre cette stratégie en place.

Créer un serveur TCP, en Delphi je l'ai, il peut tourner en service.

Créer un exécutable client qui peut tourner en service.

Sur le serveur, à la demande du client, on lit chaque table et on envoie les tables 1 par 1 dans un stream.

Sur le client on récupère le stream qu'on insère dans la table.

Pour le delta, on envoie la date de la plus ancienne modif, et on récupère tous les enregistrements du serveur qui ont une date supérieur et on met à jour les données du client.

C'est une appli n'tier. C'est ce que j'utilise pour le multiOS avec firebird. Les composants Delphi se connectent bien a SQLServeur 2008, je travaille dessus en ce moment.

Cordialement

[julien94320]

Bonjour,

Quelle version de SQL Serveur utilisez vous ?

Si entreprise penchez vous sur la réplication comme stipuler plus haut qui répondra à votre problématique.

Sinon en utlisant des solutions un ETL SSIS au hasard, qui va permettre de mettre a jour les différentes tables (client et serveur) en effectuant des upsert ...

A mon sens rien ne sert d'inventer la roue, des composants existent

[elsuket]

Effectivement la réplication de fusion (Merge Replication) semble toute indiquée, puisqu'elle supporte votre scénario.

@++