Exporter une table en fichier .sql (données et structure) avec SQL et/ou PHP

Version imprimable

30/03/2016, 23h02
georgie2

Exporter une table en fichier .sql (données et structure) avec SQL et/ou PHP

Bonjour à tous

Vous savez sur PhpMyAdmin, on peut exporter une table en fichier .sql.
Cela nous livre un fichier contenant la structure de la table et d'autres requêtes d'import des données. C'est pratique pour déplacer des tables entre serveurs différents où se faire des mini-backups, on est sûr de ne rien perdre, pas de séparateurs récalcitrants ou autres soucis...
Après, on a juste à importer le fichier .sql dans une autre base de données, cela crée et remplit la table (j'ai une tâche répétitive de ce type, difficilement plus automatisable pour l'instant, je crois).

Est-il donc possible d'exporter une table en fichier .sql directement en langage SQL et/ou PHP ?

Cela afin de créer une interface web d'exports simplifiés (qui me semble être la 1ère étape vers un script d'export puis d'import entre 2 bases de serveurs différents).

Je crois avoir fouillé, mais sans succès...

Merci d'avance de tous conseils !
30/03/2016, 23h13
tdutrion

Bonjour,

Pourquoi ne pas utiliser symfony process ou exec et mysqldump ?

Sinon c'est tout à fait possible en PHP, mais par contre il va falloir coder un max...
31/03/2016, 12h07
Artemus24

Salut à tous.

Citation:

Envoyé par georgie2

Est-il donc possible d'exporter une table en fichier .sql directement en langage SQL et/ou PHP ?

L'utilitaire PhpMyAdmin est destiné pour le SGBDR MySql uniquement.
Tout ce qui sera exporté sera exploitable par MySql.
Donc pas de Php ou quoi que ce soit d'autre.

Citation:

Envoyé par georgie2

Cela afin de créer une interface web d'exports simplifiés (qui me semble être la 1ère étape vers un script d'export puis d'import entre 2 bases de serveurs différents).

Est-ce sur le même ordinateur ?
Est-ce dans les deux cas, un serveur MySql, mais je suppose pas la même version MySql.
En effet, Mysqldump est une solution.

Vous n'avez pas précisé si vous êtes sous windows ou sous linux ?

@+
03/04/2016, 12h09
georgie2

Merci de vos réponses, je vais effectivement préciser la situation:

Les 2 bases MySQL que je veux utiliser (il n'est pas encore question qu'elles communiquent réellement pour l'instant) sont sur 2 serveurs différents.
L'un de ces serveurs est un serveur mutualisé. L'autre est un serveur dédié, mais sur lequel je n'ai accès qu'à la base de données.
Je crois que mes compétences et mes accès vont me contraindre à n'utiliser que PHP et SQL, et encore, je suis un complet débutant en PHP.

On pourrait résumer le besoin en disant qu'il s'agit de transférer quelques tables d'un serveur MySQL sur un autre serveur MySQL, en n'utilisant que PHP et SQL. Et en écrasant les tables de destination si elles existent déjà.

Cela le plus rapidement possible bien sûr, mais surtout le plus simplement : c'est à dire quitte à le faire en 2 fois (avec un passage sur mon pc perso, export puis import des fichiers).

Je remarque qu'en utilisant que PhpMyAdmin, en cochant des tables puis en demandant l'export en SQL, on reçoit bien un seul et unique fichier SQL, contenant les requêtes de création des tables, puis d'import des données.
Après suppression de quelques lignes de ce fichier (relatives à la base d'origine), importer ce seul fichier dans un autre PhpMyAdmin recrée bien toutes les tables. C'est déjà super, je pourrais m'en contenter, mais sur certaines grosses tables je dois faire des exports en plusieurs fois. Si je veux aller plus vite, je dois donc trouver le moyen de gérer mes exports plus finement.
Me créer mes propres scripts d'export en PHP, exécutables sur simple clic dans une interface web sécurisée, me semble être une bonne idée. Car après je n'aurais qu'à les importer dans la base de destination, ça me fera déjà gagné beaucoup de temps. Mais je me trompe peut-être...

J'ai regardé du coté de mysqldump, mais j'ai l'impression que ça va être finalement plus lourd que la méthode actuelle d'exports successifs (je crois que mysqldump va exporter toute la base, or la base en question est très lourde). Je crois aussi que je n'ai pas la main pour utiliser cette commande (c'est en lignes de commande je crois non ?).

J'ai regardé du coté de exec, ça a l'air puissant, mais j'avoue ne pas bien comprendre l'utilisation. Il s'agit de déclencher des lignes de commandes dans du Php ? C'est possible sans avoir la main sur le serveur lui-même ? Pouvez-vous m'éclairer un peu plus ?
J'ai l'impression que ce chapitre PHP va m'être interdit pendant quelques temps...

J'ai regardé du coté de Symfony process. Là encore ça a l'air très intéressant, mais je visualise mal l'ampleur de cette solution : il s'agirait de mettre en place une application Symfony dédiée à cet usage ? Pouvez-vous m'éclairer un peu ? Car effectivement ça pourrait m'intéresser (un bon prétexte pour passer à Symfony...).

Sinon, en restant dans du strict PHP, on peux générer les scripts SQL nécessaires progressivement, en écrivant à la main le script SQL de création des tables (qui ne changent pas), puis derrière un INSERT INTO et les données en PHP.
Mais effectivement, ça demande beaucoup de code... Je creuse de ce coté là mais...

Merci d'avance de tous conseils !
04/04/2016, 04h07
Artemus24

Salut Georgie2.

Citation:

Envoyé par Georgie2

On pourrait résumer le besoin en disant qu'il s'agit de transférer quelques tables d'un serveur MySQL sur un autre serveur MySQL, en n'utilisant que PHP et SQL.

Vous avez précisé que vous désirez transférer une base de données d'un serveur vers un autre.
Mais est-ce un traitement répétitif, disons tous les jours. Est-ce bien cela ?

J'avais commencé à répondre dans ce sujet, à la même interrogation que vous.
--> http://www.developpez.net/forums/d15...uete-jointure/

Le premier transfert devra se faire manuellement, à cause de la volumétrie.
Par la suite, et grâce à la table "hist", vous transférez que le différentiel.
Vous pouvez faire cela plusieurs fois par jour, afin de réduire la volumétrie.

Prenez connaissance de cet autre sujet, et ensuite posez vos questions.

@+