Je suis en train de faire le transfert de données d'une base vers une autre.
Pas trop compliqué en soit mais je me heurte à un problème de taille dans les deux sens du terme.
J'ai en effet des tables qui font 11 Mo et je ne peux transférer que 2048 ko de données à la fois.
Je me vois mal le faire à la main Est ce qu'il existe une possibilité pour rendre la tâche moins fastidieuse par exemple couper les tables avec un outil, enfin, je ne sais pas trop comment me depetrer de ça..
Merci pour vos tuyaux et expériences dans ce domaine
Le 27 oct. 2006, à 12:52, monnaieancienne.com a écrit :
Je suis en train de faire le transfert de données d'une base vers une autre.
Pas trop compliqué en soit mais je me heurte à un problème de taille
dans les deux sens du terme.
J'ai en effet des tables qui font 11 Mo et je ne peux transférer que
2048 ko de données à la fois.
Je me vois mal le faire à la main Est ce qu'il existe une possibilité
pour rendre la tâche moins fastidieuse par exemple couper les tables
avec un outil, enfin, je ne sais pas trop comment me depetrer de ça..
Combien as-tu de tables de cette taille ?
C'est fastidieux :
- Faire une exportation non compressée de la base depuis PhpMyAdmin.
- Virer les commentaires
- Découper le fichier texte en tronçons inférieur à 2 Mo avec le plus simple des éditeurs de texte. (un éditeur de html avec numéro de ligne c'est mieux - le total des lignes divisé par six dans ton cas).
- Importation des six fichiers dans la deuxième base.
- Attention : pas de "drop table" dans les fichiers d'import, ça effacerais le contenu des tables précédemment remplies.
Je ne connais pas d'outils capables d'automatiser à moins de faire le découpage et l'enregistrement des fichiers dans un terminal et en GREP.
(Je vais suivre le fil)
Le 27 oct. 2006, à 12:52, monnaieancienne.com a écrit :
Je suis en train de faire le transfert de données d'une base vers une autre.
Pas trop compliqué en soit mais je me heurte à un problème de taille
dans les deux sens du terme.
J'ai en effet des tables qui font 11 Mo et je ne peux transférer que
2048 ko de données à la fois.
Je me vois mal le faire à la main Est ce qu'il existe une possibilité
pour rendre la tâche moins fastidieuse par exemple couper les tables
avec un outil, enfin, je ne sais pas trop comment me depetrer de ça..
Combien as-tu de tables de cette taille ?
C'est fastidieux :
- Faire une exportation non compressée de la base depuis PhpMyAdmin.
- Virer les commentaires
- Découper le fichier texte en tronçons inférieur à 2 Mo avec le plus simple des éditeurs de texte. (un éditeur de html avec numéro de ligne c'est mieux - le total des lignes divisé par six dans ton cas).
- Importation des six fichiers dans la deuxième base.
- Attention : pas de "drop table" dans les fichiers d'import, ça effacerais le contenu des tables précédemment remplies.
Je ne connais pas d'outils capables d'automatiser à moins de faire le découpage et l'enregistrement des fichiers dans un terminal et en GREP.
(Je vais suivre le fil)
Hervé
__
wouarf52@free.fr
Perso j'utilise xtdump (http://dreaxteam.net).
Cela te permet de fragmenter ta sauvegarde, soit par table soit par paquets et lié à Webcron, il t'automatise tout cela.
Le 27 oct. 2006, à 12:52, monnaieancienne.com a écrit :
Je suis en train de faire le transfert de données d'une base vers une autre.
Pas trop compliqué en soit mais je me heurte à un problème de taille
dans les deux sens du terme.
J'ai en effet des tables qui font 11 Mo et je ne peux transférer que
2048 ko de données à la fois.
Je me vois mal le faire à la main Est ce qu'il existe une possibilité
pour rendre la tâche moins fastidieuse par exemple couper les tables
avec un outil, enfin, je ne sais pas trop comment me depetrer de ça..
Combien as-tu de tables de cette taille ?
C'est fastidieux :
- Faire une exportation non compressée de la base depuis PhpMyAdmin.
- Virer les commentaires
- Découper le fichier texte en tronçons inférieur à 2 Mo avec le plus simple des éditeurs de texte. (un éditeur de html avec numéro de ligne c'est mieux - le total des lignes divisé par six dans ton cas).
- Importation des six fichiers dans la deuxième base.
- Attention : pas de "drop table" dans les fichiers d'import, ça effacerais le contenu des tables précédemment remplies.
Je ne connais pas d'outils capables d'automatiser à moins de faire le découpage et l'enregistrement des fichiers dans un terminal et en GREP.
(Je vais suivre le fil)
Hervé
__
wouarf52@free.fr
J'ai une grosse table qui est celle des forums > 11 Mo et ensuite la table article 10Mo et visites_articles 5 Mo
Je ne parle pas des tables _syndic_ qui n'ont en fait que peut d'importances.
Le système de troncature que tu proposes est celui auquel j'avais pensé. C'est un peu pénible à faire mais je ne vois pas mieux et tu sembles me le confirmer.
M'enfin si quelqu'un connait ou trouve mieux je suis preneur
effectivement, je confirme : il m'arrive souvent d'avoir besoin de transférer des données de base à base avec phpmyAdmin, et, pour les volume supérieurs à 2048 Mo, il faut tronçonner les données dans n'importe quel éditeur de texte (après avoir viré les commentaires).
En fait, il faut ouvrir le code de phpmyAdmin pour trouver le (ou les) fichiers de paramétrage du volume maximum à télécharger, qui peut être modifié, semble-t-il ... J'ai commencé à farfouiller dedans, mais n'ai obtenu aucun résultat probant jusqu'à aujourd'hui ... Je continue selon le temps disponible que j'ai : de toute façon, il est assez rapide de "nettoyer" ton fichier import texte, avec des outils de recherche ... alors, pour le moment, je m'en contente ...
A+
----------------------------------------------
Marc VALLETEAU de MOULLIAC
assfor
L'expertise de la protection sociale
06 61 79 17 31 http://www.prociale.com
Valorisez vos salariés
__________________________________________________
"L'intégrité de ce message n'étant pas assurée sur Internet, assfor ne peut être tenu pour responsable de son contenu. Si vous n'êtes pas destinataire de ce message, merci de le détruire et d'avertir l'expéditeur."
Le 27 oct. 06 à 16:19, monnaieancienne.com a écrit :
Wouarf a écrit :
Le 27 oct. 2006, à 12:52, monnaieancienne.com a écrit :
Je suis en train de faire le transfert de données d'une base vers une
autre.
Pas trop compliqué en soit mais je me heurte à un problème de taille
dans les deux sens du terme.
J'ai en effet des tables qui font 11 Mo et je ne peux transférer que
2048 ko de données à la fois.
Je me vois mal le faire à la main Est ce qu'il existe une possibilité
pour rendre la tâche moins fastidieuse par exemple couper les tables
avec un outil, enfin, je ne sais pas trop comment me depetrer de ça..
Combien as-tu de tables de cette taille ?
C'est fastidieux :
- Faire une exportation non compressée de la base depuis PhpMyAdmin.
- Virer les commentaires
- Découper le fichier texte en tronçons inférieur à 2 Mo avec le plus
simple des éditeurs de texte. (un éditeur de html avec numéro de ligne
c'est mieux - le total des lignes divisé par six dans ton cas).
- Importation des six fichiers dans la deuxième base.
- Attention : pas de "drop table" dans les fichiers d'import, ça
effacerais le contenu des tables précédemment remplies.
Je ne connais pas d'outils capables d'automatiser à moins de faire le
découpage et l'enregistrement des fichiers dans un terminal et en GREP.
(Je vais suivre le fil)
Hervé
__
wouarf52@free.fr
J'ai une grosse table qui est celle des forums > 11 Mo et ensuite la
table article 10Mo et visites_articles 5 Mo
Je ne parle pas des tables _syndic_ qui n'ont en fait que peut
d'importances.
Le système de troncature que tu proposes est celui auquel j'avais pensé.
C'est un peu pénible à faire mais je ne vois pas mieux et tu sembles me
le confirmer.
M'enfin si quelqu'un connait ou trouve mieux je suis preneur