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

Administration MySQL Discussion :

reimport selectif de databases


Sujet :

Administration MySQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre très actif
    Profil pro
    Développeur indépendant
    Inscrit en
    Août 2004
    Messages
    374
    Détails du profil
    Informations personnelles :
    Âge : 56
    Localisation : France

    Informations professionnelles :
    Activité : Développeur indépendant
    Secteur : Transports

    Informations forums :
    Inscription : Août 2004
    Messages : 374
    Par défaut reimport selectif de databases
    j'ai effectue un dump mysql avec l'option -A pour --all-databases.
    c'est interressant dans le cas ou je voudrais remettre en l'état toutes les bases de données sur la machine sauvegardée, inclus les tables mysql et information_schema.
    mais avant cela, je voudrais faire des tests de remise en place, mais sur une autre base de données.
    je cherche donc le moyen de faire un import du fichier mais seulement pour certaines databases.
    existe il un moyen de filtrer ça par la ligne de commande mysql.?
    de faire en sorte que seuls certaines databases soient restaurées, ou certaines autres ignorées.?
    merci d'avance

  2. #2
    Rédacteur/Modérateur

    Avatar de Antoun
    Homme Profil pro
    Architecte décisionnel
    Inscrit en
    Octobre 2006
    Messages
    6 288
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte décisionnel
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2006
    Messages : 6 288
    Par défaut
    le dump est constitué de requêtes SQL. Donc il suffit de farfouiller dedans pour ne prendre que les requêtes portant sur les bases qui t'intéressent.

  3. #3
    Membre très actif
    Profil pro
    Développeur indépendant
    Inscrit en
    Août 2004
    Messages
    374
    Détails du profil
    Informations personnelles :
    Âge : 56
    Localisation : France

    Informations professionnelles :
    Activité : Développeur indépendant
    Secteur : Transports

    Informations forums :
    Inscription : Août 2004
    Messages : 374
    Par défaut oubli
    j'avais oublié de préciser,
    une méthode qui ne date pas de l'age de pierre..

    farfouiller, même avec ultra edit dans des fichiers de plusieurs centaines de mega octets n'est pas particulierement propre, ni pratique. à cette echelle, c'est carrement une prise de risque..

    quand c'est sur une base de bidouillage, c'est sympa, facile.
    mais ca devient vite TRES gros, une base de données..

    il n'y a pas de filtrage possible pendant le reimport du fichier SQL.??

    me dites pas qu'ils ont pas du tout prévu ce genre de besoin.??

  4. #4
    Rédacteur/Modérateur

    Avatar de Antoun
    Homme Profil pro
    Architecte décisionnel
    Inscrit en
    Octobre 2006
    Messages
    6 288
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte décisionnel
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2006
    Messages : 6 288
    Par défaut
    j'avais oublié de préciser,
    une méthode qui ne date pas de l'age de pierre...
    Si tu ouvrais ton fichier de dump, tu verrais que les requêtes y sont présentées database par database. Ce n'est donc pas très compliquée ni risqué de prendre les sections qui concernent les bases qui t'intéressent.

    il n'y a pas de filtrage possible pendant le reimport du fichier SQL.??
    Il n'y a pas de "réimport du fichier SQL". C'est l'exécution d'une série de requêtes SQL, c'est tout. Et non, il n'est pas prévu que le SGBD choisisse d'exécuter ou pas les requêtes qu'ont lui envoie.

    me dites pas qu'ils ont pas du tout prévu ce genre de besoin.??
    "ils" ont dû prévoir que si tu voulais importer trois bases, tu exporterais trois bases, et non pas tout le stock...

    Code shell : Sélectionner tout - Visualiser dans une fenêtre à part
    mysqldump --databases DB1 DB2 DB3

    De manière générale, tu peux prévoir également de faire un fichier par base, ce sera plus propre. Pour ce qui concerne les bases système :
    • il est inutile d'exporter information_schema, qui se reconstituera au fur et à mesure de la re-création des objets de schéma
    • pour mysql, tu peux utiliser les options -n et -t... tu auras pas mal de nettoyage à faire, par exemple pour éliminer les privilèges sur les objets des bases non-réimportées ; à la fin de ton import et de ton nettoyage, il faudra faire un FLUSH PRIVILEGES afin que de recharger les privilèges en mémoire

Discussions similaires

  1. Renommer une database Postgres
    Par Johnybegood dans le forum PostgreSQL
    Réponses: 3
    Dernier message: 16/10/2014, 09h49
  2. Redhat-9 changer le path des databases
    Par jean christophe dans le forum Installation
    Réponses: 7
    Dernier message: 30/05/2003, 17h53
  3. [BDE] Ou peut-on telecharger le Borland Database Engine?
    Par Robert A. dans le forum Autres SGBD
    Réponses: 2
    Dernier message: 27/05/2003, 10h01
  4. Blob (interbase) d'une Database à l'autre
    Par TOM-Z dans le forum XMLRAD
    Réponses: 2
    Dernier message: 18/05/2003, 21h57
  5. Tutoriels et liens pour le Borland Database Engine
    Par Community Management dans le forum Paradox
    Réponses: 0
    Dernier message: 25/03/2002, 10h23

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