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...
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
Partager