re,
Le 14 juin 2008 20:37, HOHWILLER Raoul <[EMAIL PROTECTED]> a écrit :
> Merci Yves j'explore cette piste
> Mais comme je le disais lors de mes précédents fils : deux bases
> corrompues sans trouver d'explications c'est assez inquiétant pour
> l'utilisation d openoffice (bases de données) dans le cadre professionnel.
Je pense que ça provient du passage via la clé USB (tu utilises bien l'icône
en bas à droite AVANT de déconnecter ta clé usb ?)
je suis en 2.4 sous Simply Mepis Linux et j'utilise XP pour le boulot et
j'ai pas eu à me plaindre de perte de données jusqu'à maintenant.
Mais je fais gaffe à toujours avoir une copie de la db au cas où ;-)
Yves
>
> yves dutrieux a écrit :
>
>> Bonsoir,
>>
>> Le 14 juin 2008 18:15, HOHWILLER Raoul <[EMAIL PROTECTED]> a écrit :
>>
>>
>>
>>> De Raoul
>>> J'ai déjà effectué la manip de renommer le fichier et j'ai la même
>>> réponse
>>>
>>>
>>>
>>
>> Gloups... bon alors je pense que ton archive est corrompue.
>> Si tu es sous windows, peux-tu essayer de l'ouvrir avec le programme
>> Zipgenius (téléchargeable gratuitement sur internet).
>> Il répare normalement les archives corrompues automatiquement (si c'est
>> réparable.. et non sans perte je présume :-/ )
>>
>> Yves
>>
>>
>>
>>>
>>> yves dutrieux a écrit :
>>>
>>> Bonjour Raoul,
>>>
>>> Le 14 juin 2008 17:08, HOHWILLER Raoul <[EMAIL PROTECTED]> <
>>> [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]
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>
>
--
web site : http://www.molenbaix.com
