Le saviez vous .... : le saviez vous (SQLdump)
SQLManagerX vous permet aussi de faire vos dump.
Attention toute fois aux tables avec beaucoup d'enregistrements qui peuvent être très longues a "dumper"
cependant pour des tables moyennes ou des bases petites. la fonction permet de generer un ou plusieurs fichiers avec ou sans les "create table", etc ...
SQLDump vous permet pour un objet SQLManagerX de sauver la table ou partie de la table.
voici les parametres :
Citation :
p_FichierDest : Chemin et nom complet du fichier de destination
p_bEnAppend: Vrai = Ouvrir le fichier de destination et ajouter à la fin, Faux = Ouvrir le fichier en création (vide)
p_Condition : Condition SQL à appliquer sur les données à exporter
p_NumRequete : N° Requete à utiliser
p_Jauge : Nom du champ de la barre de progression (optionnel)
p_Drop : Booleen stipulant si le DROP table doit etre mis dans le fichier
p_Data : si vous voulez avoir les datas, par exemple pour ne sauver que la structure vous pouver mettre le parametre a faux , vous aurez alors que le create Table
cette fonction est tres utile pour sauvegarder la structure de la base et le cas echéant reconstruire une base propre vierge.
par experience j'utilise deux fichiers un pour generer le script de la base et un autre contenant les données. j'ai ainsi des procedures de sauvegarde / restauration automatiques.
l'avantage egalement est dans le parametre condition qui permet de mettre un where sur les données que l'on veut sauvegarder.
attention je le repete si la base a des grosses tables la methode peut être tres lente
