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

Ruby Discussion :

Rails - Travail avec 2 BD différentes


Sujet :

Ruby

  1. #1
    Membre du Club
    Homme Profil pro
    Ingénieur intégration
    Inscrit en
    Juillet 2009
    Messages
    29
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Ingénieur intégration
    Secteur : Enseignement

    Informations forums :
    Inscription : Juillet 2009
    Messages : 29
    Points : 47
    Points
    47
    Par défaut Rails - Travail avec 2 BD différentes
    Bonjour,

    J'aimerais synchroniser deux table de BD : une distante, (MS SQLServer) dans laquelle je vais chercher des informations utilisateurs en lecture seule. Une deuxième base SQLite, embarquée dans mon application, sera ma BD de travail.

    J'aimerais importer les données régulièrement (quotidiennement) depuis SQLServer vers SQLite afin de maintenir la liste d'utilisateurs à jour.
    Ma question : comment réaliser ce SELECT dans SQL Server - INSERT INTO SQLite ???

    J'ai déjà réalisé la connection avec SQLServer, qui fonctionne bien, je peux récupèrer mes données comme ceci :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
     
    def fetch_rows
        client = TinyTds::Client.new(username: 'MyUser', password: 'foo', host: 'MyHost', database: 'MyDB')
        client.execute("SELECT id_personne, nom, prenom FROM [MyDB]")
    end
    J'utilise deux gem : "tiny_tds" et "activerecord-sqlserver-adapter"

    Maintenant, c'est l'insertion dans SQLite qui me pose problèmes. Dois-je faire une abstraction des BD et laisser ActiveRecord gérer le tout ?
    Ou est-ce que je peux faire un INSERT dans SQLite aussi en SQL ?

    Un grand merci d'avance de m'avoir lu jusque là

    Nicolas

  2. #2
    Membre actif
    Profil pro
    Problem Solver
    Inscrit en
    Juin 2013
    Messages
    138
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Problem Solver

    Informations forums :
    Inscription : Juin 2013
    Messages : 138
    Points : 231
    Points
    231
    Par défaut
    D'une manière générale je recommande de rester sur ActiveRecord, même si c'est un peu lent. À toi de voir si tu préfères vitesse ou généricité, mais l'adage dit "l'optimisation précoce est mère de tous les vices" : si tu as un souci de perf tu regarderas à ce moment-là ce qui est lent, et tu n'optimiseras que ça.

    Par exemple dans mon boulot j'ai une contrainte forte pour rester "agnostique" sur mes bases de données (et j'ai aussi des outils pour optim les requêtes pénibles d'ActiveRecord). Dans le tien, avec la syntaxe SQL Server qui aime bien être un peu particulière et hors standard, je te recommande aussi AR.



    Si les outils classiques ne marchent pas (export SQL, fichiers plats...), j'ai un collègue qui a un projet en cours sur un gem de migration/synchro de DB :
    https://github.com/Keeguon/tapsoob

    Inspiré d'un autre gem qui lui a besoin d'un client/serveur à part :
    https://github.com/ricardochimal/taps

    Bon courage !

Discussions similaires

  1. Réponses: 5
    Dernier message: 15/10/2007, 14h35
  2. Travailler avec PHP / Apache / MySQL
    Par R3iTt0R dans le forum Linux
    Réponses: 22
    Dernier message: 24/06/2004, 11h03
  3. Ouvrir le poste de travail (avec ShellExecute) ?
    Par benj63 dans le forum C++Builder
    Réponses: 4
    Dernier message: 17/08/2003, 11h09
  4. Documentation sur la manière de travailler avec le XML en java
    Par DelPiero62 dans le forum Format d'échange (XML, JSON...)
    Réponses: 8
    Dernier message: 26/03/2003, 09h16
  5. Travailler avec des bits
    Par Vulvulune dans le forum Langage
    Réponses: 5
    Dernier message: 02/03/2003, 19h09

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