De Raoul
J'ai déjà effectué la manip de renommer le fichier et j'ai la même
réponse
yves dutrieux a écrit :
Bonjour Raoul,
Le 14 juin 2008 17:08, HOHWILLER Raoul <[EMAIL PROTECTED]> a écrit :
Bonjour à tous de Raoul
Je reprends le fil suite ma base corrompue.
Suite aux solutions proposées par Manuel,Yves et Docgranville (excuse moi
mais je ne connais pas ton prénom), que je remercie une nouvelle fois pour
l'aide apportée.
Je vous fais part des résultats que j'ai obtenus.
1° Lorsque je tente de dézipper ma base RESERVE.odt j'ai la réponse
suivante :
Avant de dézipper la base, il est préférable de la renommer en RESERVE.ZIP
(c'est à cause de ça que ton dézippeur râle...)
Une fois dézippé, suit les instructions déjà décrites dans les précédents
post et tiens nous au courant ;-)
Yves
2° Complément d'information si j'utilise dans la liste filtre l'option qui
m'est proposée à l'ouverture du fichier à savoir :
Base de données ODF
Il m'envoie le message suivant:
Erreur générale
je clique sur Ok
Il m'ouvre la base sans qu'apparaissent les tables
Si je clique sur table
j'ai les messages suivants
Pour un profane comme moi, j'ai des difficultés à faire l'analyse de ces
messages. Je vous les transmets à titre d'information en espérant qu'ils
soient utiles à ma cause..
Amicalement à tous
Docgranville a écrit :
Bonjour Yves,
A moins qu'il y ait eu du changement depuis hier, il a indiqué qu'elle
était confidentielle.
Raoul, lorsque Manuel a posté son message hier soir, j'étais précisément en
train d'en rédiger un conseillant d'aller mettre les mains dans le cambouis
en essayant de jeter un oeil dans les fichiers contenus dans le zip.
Je suis allé consulté une de mes bases de données par cette méthode et, à
l'intérieur, j'ai bien retrouvé mes petits (même si je n'ai pas absolument
tout compris de ce que faisait chacun d'entre eux).
Très schématiquement, à l'intérieur du répertoire dézippé, OOo stocke d'un
côté les données elles-mêmes, et de l'autre les outils servant à les
exploiter (formulaires dans un coin, structure des tables dans un autre,
requêtes encore dans un autre, relations encore dans un autre, etc...).
Vu ce qui t'est demandé à l'ouverture, j'ai bien l'impression que le
problème viendrait de la structure du fichier contenant les données
elles-mêmes (sinon, pourquoi demander un filtre d'importation ?).
Dans ton répertoire décompressé, tu devrais trouver 3 répertoires nommé
"database", "forms" et "META-INF" ; à l'intérieur du répertoire "database"
tu devrais trouver 4 fichiers nommés "backup", "data", "properties" et
"script".
Script et Properties peuvent être lus avec le bloc-note (tu double clique
sur le fichier et tu choisis de l'ouvrir avec le bloc note) ; dans
properties, tu devrais trouver ce genre de choses :
#HSQL Database Engine 1.8.0.9
#Sat Jun 07 00:31:57 CEST 2008
hsqldb.script_format=0
runtime.gc_interval=0
sql.enforce_strict_size=true
hsqldb.cache_size_scale=8
readonly=false
hsqldb.nio_data_file=false
hsqldb.cache_scale=13
version=1.8.0
hsqldb.default_table_type=cached
hsqldb.cache_file_scale=1
hsqldb.log_size=10
modified=no
hsqldb.cache_version=1.7.0
hsqldb.original_version=1.8.0
hsqldb.compatible_version=1.8.0
Dans script, ça dépend un peu plus de ce que tu as dans ta base de données
mais ça donne à peu près ça :
SET DATABASE COLLATION "French"
CREATE SCHEMA PUBLIC AUTHORIZATION DBA
CREATE CACHED TABLE "Nom_de_la_table_1"(entre les parenthèses, énumération
des champs de la table et propriétés de chacun d'eux)
CREATE CACHED TABLE "Nom_de_la_table_2"(pareil que ci-dessus)
CREATE CACHED TABLE "Nom_de_la_table_3"("encore pareil)
[et ainsi de suite, autant de fois que tu as de tables dans ta base]
SET TABLE "Nom_de_la_table_1" INDEX'586008 3333334'
SET TABLE "Nom_de_la_table_2" INDEX'244680 0'
SET TABLE "Nom_de_la_table_3" INDEX'2030032 2030032 211483'
[et ainsi de suite, autant de fois que tu as de tables dans ta base ; les
nombres figurant après INDEX sont spécifiques à ta base de données, bien
entendu]
ALTER TABLE "Nom_de_la_table_1" ALTER COLUMN "IdCP" RESTART WITH 3333334
ALTER TABLE "Nom_de_la_table_2" ALTER COLUMN "IdCP2" RESTART WITH 211483
[pour ces deux lignes, je ne sais pas à quoi ça correspond, et si elles se
trouvent toujours là ; les colonnes concernées sont les clefs primaires des
tables en question ; ces lignes ne concernent que deux des 4 tables que
contient ma base]
CREATE VIEW "Nom_de_la_vue_1" (ici se trouve la requête au moyen de
laquelle cette vue a été créée)
CREATE VIEW "Nom_de_la_vue_2" (Idem que ci-dessus)
[et ainsi de suite, autant de fois que tu as de vue dans ta base]
CREATE USER SA PASSWORD ""
GRANT DBA TO SA
SET WRITE_DELAY 60
Après, en ce qui concerne les fichiers backup et data, ils ne sont pas
facilement lisibles ; pour backup, il ne l'est pas du tout (dans le
bloc-notes, seuls des caractères illisibles apparaissent) et pour data , tu
peux l'ouvrir avec le bloc note, mais au milieu des éléments lisibles,
figurent des caractères qui doivent servir à autre chose (mais je ne sais
pas à quoi) ; du coup, difficile de te dire quelle doit être la structure
normale de ce fichier.
Mais déjà, si tu jettes un coup d'oeil dans ces fichiers, peut-être
ppourrais-tu voir si la structure générale correspond à ce que j'ai décrit
ci-dessus...
A+
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
|
