[RÉGLÉ] extraction des bases de données

[Cosmic]

Bonjour
j'ai une question pas si con, je cherche à extraire les contenus de toutes les tables de la base de données relatives à mon site... c'est possible? je n'ai encore aucun outil/extension pour le faire...

[RobertG]

Bonjour,

Que veux-tu en faire ?
Il te suffit de passer par phpMyAdmin chez ton hébergeur pour sauvegarder ces tables dans un fichier, compressé ou non, ou encore utiliser LazyDbBackup.

[Visiteur]

akeeba backup est gratuit et tu peux exporter uniquement tes tables ou certaines tables

[RobertG]

L'inconvénient est le format des fichiers de sauvegarde de la base, avec Akeeba, et les difficultés à s'y retrouver et à y trouver ce qu'on cherche

[Visiteur]

non tu peux choisir jpa sql ou zip

[RobertG]

La question n'est pas là mais dans ce que sont les fichiers une fois décompressés : toute une série de petits fichiers impossbles à importer sans utiliser le processus Akeeba au lieu de pouvoir le faire directement dans une nouvelle base, ou même tout simplement en ouvrant un seul fichier dans un éditeur de texte.

[Eddy.vh]

Bonsoir Robert.

Je ne comprends pas cette histoire de petits fichiers.
Mes (akeeba)backups de BDD tiennent en un seul fichier au format sql.

[Visiteur]

pareil, j'ai exactement ce que je veux et mes SQL parfaitement utilisables

[RobertG]

Voilà ce que j'ai dans le dossier sql d'installation d'une sauvegarde, ce n'est pas un seul fichier sql (configuration de base après installation d'Akeeba backup) :

[Eddy.vh]

Est-ce d'une sauvegarde complète d'un site ?
Tu peux faire un backup de BDD uniquement et au format sql.

[Visiteur]

j'ai jamais vu ca , je sauve la base en SQL et je recupere un fichier SQL

[lefabdu51]

salut, les fichiers s01... sont des fragments d'un gros fichier sql. Akeeba n as pas pu créer un seul fichier sql, donc il l'a fragmenter en plusieurs plus petits.
Et si tu lance un import avec le fichier sql, il le recompose et l'importe ensuite.

Quand au contenu d'un fichier sql akeeba, il commences par la création des tables et ensuite l'insertion de leur contenu.
Ce n'est que du sql standard.

[roland_d_alsace]

j'ai jamais vu ca , je sauve la base en SQL et je recupere un fichier SQL

...

salut, les fichiers s01... sont des fragments d'un gros fichier sql. Akeeba n as pas pu créer un seul fichier sql, donc il l'a fragmenter en plusieurs plus petits.
Et si tu lance un import avec le fichier sql, il le recompose et l'importe ensuite.

Quand au contenu d'un fichier sql akeeba, il commences par la création des tables et ensuite l'insertion de leur contenu.
Ce n'est que du sql standard.

Dans tous les cas, que ce soit avec akeeba ou mysqldump (perso je préfère le 2ième dans un script Bash lancé par un cron),
il faut faire ainsi et fractionner en plusieurs fichiers (au moins un par table).

Un seul fichier sql pour toutes les tables d'une base de donnée c'est suicidaire !

Un exemple (assez courant quand même) quand tu as une différence d'encodage entre la base de donnée source et la destinataire et que l'import plante (la classique erreur "incorrect string" liée au piège de l'UTF8 -3 octets- et de l'UTF8MB4 -encodage 4 octets- et que tu as des smileys ou des trucs spéciaux dans tes articles par exemple), va trouver l'erreur dans un fichier de plusieurs centaines de milliers de lignes.

[Visiteur]

j'ai pas de difference d'encodage et pourquoi j'en aurai ? et si c'était le cas il faut ajuster, tout est en UTF8MB4
ensuite si je veux je peux couper en 2 ou 3 (ou plus) sql, rien de plus simple avec akeeba, mais je ne vois pas l'intérêt un seul sql suffit , et j'ai d'assez grosses bases de données

[RobertG]

Roland, manifestement, nous ne travaillons pas sur des sites de même taille. Les sauvegardes (avec LazyDbBackup) compressées en "gz" que je récupère des sites dont je m'occupe vont de 200 ko à 2 Mo environ.
Pour ce qui est des bases lourdes, c'est sûr qu'il est plus pratique d'avoir des fichiers de petite taille à utiliser.
Je viens de récupérer les fichiers d'une base pas lourde : 5 fichiers de 35 à 400 Ko seulement, ce qui veut dire que la base pourrait être exportée en un seul fichier (1.4 Mo avec phpMyAdmin sans compression). C'est pour ça que je dis qu'utiliser Akeeba backup pour récupérer les données d'une base n'est pas pratique.

Quant à l'import de ces fichiers Akeeba dans une base avec phpMyAdmin en se contentant de sélectionner le dernier fichier ''site.sql'', il n'importe que ce que ce dernier contient (je viens de le vérifier à l'instant) et pas ce que les autres contiennent (Akeeba se base sur un fichier json pour son propre script d'import) et il faut donc utiliser kickstart et Angie pour récupérer la base de données.
Par ailleurs, les fichiers étant du type site.s01, etc. il n'est pas plus facile de retrouver la table qu'on cherche que, sauf très grosse base, dans un fichier unique.