IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Réplications SQL Server Discussion :

Utiliser une base de données à distance, sans accès internet


Sujet :

Réplications SQL Server

  1. #1
    Nouveau Candidat au Club
    Homme Profil pro
    Ingénieur développement matériel électronique
    Inscrit en
    Juin 2012
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement matériel électronique
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : Juin 2012
    Messages : 3
    Points : 1
    Points
    1
    Par défaut Utiliser une base de données à distance, sans accès internet
    Bonjour,

    D'après mes premières recherches, la section Réplications semble être la plus appropriée à mon problème.

    Mes connaissances:
    Théoriques, à savoir la modélisation de BDD, la création de tables, de requêtes etc... L'aspect matériel et technique est vague pour moi puisque c'est ma première utilisation de SQL Server.

    Contexte:
    Une base de données SQL Server est utilisée sur le serveur local de l'entreprise (domaine). Elle est utilisée pour stocker des données de mesures. Dans la majorité des cas, les données sont acquises dans l'entreprise.

    Problème
    Certaines données doivent être acquises hors de l'entreprise, sur des lieux où aucune connexion internet n'est disponible. Les données acquises étant liées à des enregistrements de la base de données, le PC emmené hors de l'entreprise doit avoir accès aux données existantes (a priori une copie de la BDD).
    Pendant ce temps, la base de données interne à l'entreprise est utilisée. Au retour à l'entreprise, les données acquises à l'extérieur et en interne doivent être fusionnées, même si certaines clés primaires de même valeur auront sûrement été attribuées de part et d'autre.


    A priori, un serveur de base de données doit être installé et utilisé localement sur le PC employé à l'extérieur des locaux.

    Que proposez-vous comme solution? Copie, synchronisation, etc???

    D'avance merci.

  2. #2
    Membre régulier
    Homme Profil pro
    etudiant
    Inscrit en
    Mai 2010
    Messages
    222
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Sénégal

    Informations professionnelles :
    Activité : etudiant

    Informations forums :
    Inscription : Mai 2010
    Messages : 222
    Points : 104
    Points
    104
    Par défaut
    bonjour ,
    si tu veux repliquer sur une autre base externe a l'entreprise il doit falloir une connexion internet ....
    Spirit Fighting .

  3. #3
    Nouveau Candidat au Club
    Homme Profil pro
    Ingénieur développement matériel électronique
    Inscrit en
    Juin 2012
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement matériel électronique
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : Juin 2012
    Messages : 3
    Points : 1
    Points
    1
    Par défaut
    Puisqu'il n'y aura pas de connexion internet, quelles sont les alternatives?

    Est-il possible de travailler sur une BDD locale au PC sur site, puis de synchroniser cette BDD avec celle de l'entreprise?

  4. #4
    Membre éprouvé
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2009
    Messages
    623
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : Août 2009
    Messages : 623
    Points : 1 049
    Points
    1 049
    Par défaut
    Je partirai sur des bases locales sur les pc. Puis un outil maison de synchro pour fusionner les modifications avec le serveur principal
    Blog Perso | Kankuru (logiciel gratuit pour SQL Server)

  5. #5
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 736
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 736
    Points : 52 448
    Points
    52 448
    Billets dans le blog
    5
    Par défaut
    Il suffit d'implémenter une réplication transactionnelle avec un temps de latence "dès que possible". Lors du branchement du PC nomade au réseau d'entreprise, le système de réplication poussera les données vers le serveur central.

    Pensez cependant, pour ne pas avoir de conflit de clefs, à définir des plages de clef assez grande sur vos différents postes nomades. Par exemple, le serveur central commence à 10000000 (dix millions), tandis que chaque PC nomade commence à 1, 100001 (cent mille 1), 200001 (deux cent mille 1)...

    Et il faut pour cela définir vos clefs autoincrémentées en "NOT FOR REPLICATION".

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  6. #6
    Nouveau Candidat au Club
    Homme Profil pro
    Ingénieur développement matériel électronique
    Inscrit en
    Juin 2012
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement matériel électronique
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : Juin 2012
    Messages : 3
    Points : 1
    Points
    1
    Par défaut
    Merci pour vos réponses.

    Il semblerait qu'il n'y ai pas de mécanisme de fusion (sorte de merge) qui gère la correction des clés primaires lors de l'ajout au serveur.

    Plutôt que de copier les données à l'identique depuis la base de données locale vers le serveur interne, n'est-il pas possible de mettre à jour la base de données par des INSERT en lisant la BDD locale? Les clés primaires de posent donc pas de conflit puisqu'elles sont définies à l'INSERT. En revanche, il faut identifier quelles sont les nouvelles données plutôt que de tout recopier et dupliquer les données.

Discussions similaires

  1. Réponses: 1
    Dernier message: 28/04/2015, 16h04
  2. Réponses: 18
    Dernier message: 18/02/2015, 15h48
  3. Peut-on manipuler une base de donnée oracle sans oracle
    Par sillycoder dans le forum Oracle
    Réponses: 8
    Dernier message: 19/01/2006, 10h00
  4. Fichier manquant en utilisant une base de données DBF
    Par Stephane Michaud dans le forum Bases de données
    Réponses: 1
    Dernier message: 24/07/2005, 12h22
  5. [ODBC] Utiliser une base de données Access sans les MFC
    Par Higestromm dans le forum Bases de données
    Réponses: 6
    Dernier message: 15/03/2005, 22h37

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo