[gepi-users] Re : Re: Re : Re: Mise à jour

[Stephane Boireau (Animateur TICE Bernay/Pont-Audemer)]

Bonjour,

Le dimanche 6 janvier 2008 22:22, Philippe.Le-Goanvic at ac-toulouse.fr a écrit :
> Il y a un détail que je ne comprends pas:
> ---------------------------------------------------------------------------
>--------------
>
> > Pour activer la mise à jour d'après Sconet, uploader par
> > 	Gestion générale/Sauvegarde et restauration
> > un fichier texte contenant:
> > 	INSERT setting SET name='import_maj_xml_sconet', value='1';
> > (à créer avec un Bloc-Notes)
> > Et restaurer ensuite ce fichier.
>
> ---------------------------------------------------------------------------
>--------------
>
> Dans la partie Gestion générale/Sauvegarde et restauration je n'ai que des
> fichiers qui ressemblent à ça: 0320563N_le_2007_12_23_a_12h19.sql.gz
> Cette partie traite pour moi de la base de données.

Et le fichier que tu vas traiter aussi.
Les fichiers 0320563N_le_2007_12_23_a_12h19.sql.gz sont des fichiers texte 
(extension SQL) qui ont été compressés avec GZIP pour prendre moins de place.
Si tu télécharges et extrait une de ces archives, puis édite le fichier texte 
avec SciTE ou Notepad++, tu verras des lignes de requêtes SQL:
	CREATE TABLE absences...
	INSERT INTO...


> Je veux bien créer un fichier texte avec la ligne que tu indiques. Mais
> quel nom dois-je lui donner et avec quelle extension? 

Ce que tu veux.
Le fichier lorsqu'il sera restauré sera lu comme un fichier texte quelle que 
soit l'extension que tu lui donnes (.txt, .sql,...).
Mais il serait cohérent de mettre .sql


> Ensuite une fois 
> uploader, j'imagine qu'il se retrouvera dans la liste des fichiers de
> sauvegarde. 

Oui.


> Si je cliques sur restaurer, ça va faire quoi? dans la mesure 
> où se n'est pas un fichier de restauration?

C'est comme les fichiers de sauvegarde un fichier de requêtes SQL.
Lors de la restauration, il va être lu ligne par ligne (là ça va aller vite, 
il n'y a qu'une ligne;o) et les (la) requêtes vont être exécutées.

Ta base ne va pas être vidée dans l'opération parce que le fichier qui va être 
restauré ne contient pas de requêtes DROP TABLE ... (contrairement aux 
fichiers de sauvegarde qui suppriment chaque table avant de la recréer et de 
la remplir avec le contenu de la sauvegarde).

Par précaution, tu peux quand même faire une sauvegarde avant de restaurer le 
fichier SQL que tu auras créé.


> J'ai l'impression que j'ai pas 
> tout compris à c'qui fallait faire!!!!

Si, tu as compris.
Mais tu n'es pas sûr.
Et tu ne savais pas le pourquoi de la chose.

Cordialement.
-- 
Stephane Boireau
Animateur TICE Bernay/Pont-Audemer