• # opérateur >, >>, |

    Posté par . Évalué à 5. Dernière modification le 18/10/17 à 14:01.

    $ commande > fichier.txt

    Avec ses particulatités :

    La sortie de la commande est envoyée vers fichier.txt, la sortie d'erreur vers le fichier errors.txt
    sh
    $ commande 1> fichier.txt 2> errors.txt

    Le contenu de la sortie est ajouté au fichier
    sh
    $ commande >> fichier.txt

    Le contenu de la commande est utilisé comme entrée de la commande2
    sh
    $ commande | commande2

    Pour en savoir plus:

    https://openclassrooms.com/courses/reprenez-le-controle-a-l-aide-de-linux/les-flux-de-redirection

    Bon courage !

    • [^] # Re: opérateur >, >>, |

      Posté par . Évalué à 3.

      Clair et limpide. Mais juste pour pinailler :

      Le contenu de la commande est utilisé comme entrée de la commande2

      Je pense qu’il vaut mieux dire « Le résultat/la sortie standard de command est utilisé comme entrée (standard elle aussi…) de command2

      Pour moi, le « contenu d’une commande » c’est la ligne de commande elle-même.

  • # Qu'est-ce que tu veux faire exactement ?

    Posté par . Évalué à 2.

    Qu'est-ce que tu veux faire exactement ?

    Il y a plein de manière de faire ça…

  • # les outils qui vont bien

    Posté par . Évalué à 2.

    pour exporter une requete sql, l'outil en ligne de commande mysql ou mysqldump permet de sortir le resultat en csv ou dans un fichier .sql qui sera reinnjectable pour recreer la base de données par exemple

    • [^] # Re: les outils qui vont bien

      Posté par . Évalué à 3. Dernière modification le 20/12/17 à 01:29.

      mysql ou mysqldump permet de sortir le resultat en csv

      TSV plutôt si je ne dis pas de bêtise. Je l’ai utilisé hier, mais sur une version de MySQL assez datée. Cela dit je ne pense pas que ça ait pu changer récemment, parce que prendre une tabulation (qui est l’un des caractères de séparation par défaut des arguments en shell) plutôt qu’un point virgule (un caractère de ponctuation banal) ça évite un tas de problèmes. Il y a peut-être une option maintenant mais sinon il faut passer par tr si tu veux du CSV à partir d’une requête MySQL. En shell bien sûr, sinon les différents outils (myphpadmin, MySQL Workbench, …) qui permettent de faire des exports proposent le CSV.

      le resultat en csv ou dans un fichier .sql qui sera reinnjectable pour recreer la base de données

      Attention : ça ne fait pas du tout la même chose. Dans le deuxième cas, un export SQL, tu peux effectivement recréer ta base en exécutant simplement ce fichier. Par contre dans le premier cas, un export csv/tsv, déjà il s’agit d’un fichier par table, pas de la base dans son ensemble, et pour pouvoir exploiter ces fichiers, les importer, il faudra que tu aies recréé au préalable l’ensemble des tables, et bien à l’identique si tu veux pas que ça te pète potentiellement à la gueule six mois plus tard, à cause d’une légère différence qui n’aura pas empêché l’import mais fout le souk quand même…

      La question d’OP est tellement mal posée que c’est pas simple d’essayer de se mettre au même niveau, bravo à toi, mais j’ai trouvé que tu allais un peu vite en raccourcis. C’est sûrement ce que tu voulais dire mais dans ce cas c’est juste assez mal écrit (àmha).

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.