[WD7.5 204g] stocker champ RTF dans memo ou fichier séparé ?
16 réponses
titou
bonjour
je suis devant un dilemne :
- S1 : je stocke les champs RTF dans un champ memo, avec la gestion de
fichiers memo
- S2 : je stocke les champs RTF dans des fichiers .RTF séparés
S1 :
avantage : tout est dans des fichiers memo, pour les sauvegardes il suffit
de gérer qq fichiers
inconvenient : tout est fermé, des fichiers memos en qui je n'ai pas
confiance, des gros fichiers
S2 :
avantage : solution souple, fichiers stockés dans un meme repertoire,
modifiables par un éditeur de texte, indépendance face à WD en cas de
changement d'outil
inconvénient : un grand nombre (en milliers) de fichiers à gérer, une
sauvegarde spécifique à mettre en place
je suis preneur de votre avis.
voire d'une discussion orale (si n° de tél sur mail privé)
Salut, le système memo à également un défaut, c'est qu'en cas de plantage lourd, on ne peut pas vraiment récupérer les données dans se fichier (cela m'est arrivé), on doit tous se retaper, depuis je n'utilise plus de fichiers memo. Tous ce qui est images est en fichier externe sur un lecteur réseau et tous ce qui est texte lourd est forcé dans les tables normale. C'est à vous de voir, je ne fait que vous prévenir. Mais peutêtre y avait il un moyen de récupérer automatiquement, mais en ce temps là pas trouvé ! "titou" a écrit dans le message de news:3fa54dd5$0$245$
bonsoir
après une discussion téléphonique intéressante, la conclusion est la suivante : - préférer le stockage des champs RTF dans des champs mémo plutôt que dans des fichiers extérieurs. en effet les fichiers externes peuvent être renommés, modifiés
"violemment"
par l'utilisateur (ex : tableau word), supprimés,... - les fichiers mémos se gèrent par le programme et sont "dominés" par le programmeur. - les tailles maxi des fichiers HF donnent de la marge
la S3 évoquée par Jean-Claude est de les stocker dans des champs texte (>1000 car). solution non retenue.
merci pour votre aide
"SP&B" a écrit dans le message de news: bo35on$h7p$ > > "Michel" a écrit dans le message de > news:3fa50f7c$0$6972$ > > et S3 s'appliquerait-elle aussi aux images ?. > > En effet, la question similaire se pose, ou bien on surcharge un
fichier
> > contenant toutes les images ou bien on ne conserve que les noms
d'images
> > dans le fichier et les images restent dans un dossier à part (solution que > > j'ai retenue pour l'instant). > > J'attends donc avec impatience S3 ... > > > > Bonjour, > > En ce qui concerne les images (ou photos), la solution que j'ai retenue est > la suivante : > > Par exemple pour un fichier du personnel avec photos des salariés, j'ai créé > dans le fichier des salariés un champ type : son,image, binaire au
format
: > image(mémo binaire), les photos sont contenues en principe (pour
facilité
de > recherche lors de la création) dans un répertoire dédié, mais peuvent en > fait se trouver n'importe ou sur le HD, ou même sur un CD, compte tenu
que
> une fois la fiche créé, ce répertoire ou CD n'est plus nécessaire,
l'image
> se trouvant alors dans le mémo image associé au fichier du personnel. > Le chargement (et la recherche) à la création se faisant avec le code > suivant dans un bouton : > > sFichier est une chaîne = "" > sFichier = fSélecteurImage("C:Photos","absent.jpg","Choisissez une > photo...","Fichiers *.JPG"+TAB+"*.JPG"+RC+fFiltreImage()) > // Nota : absent.jpg est une image générique de substitution au cas ou > l'employé concerné n'aurait pas encore été photographié > SI sFichier <> "" ALORS > // Initialiser le champ Photo > Photo = sFichier > FIN > SI Photo <> "" ALORS > // Vérifier le chemin de la photo > SI fRep(Photo, frFichier) = "" ALORS > // Le chemin est incorrect > Erreur("Le chemin : " + Photo + " est incorrect") > RepriseSaisie(Photo) > FIN > // Attacher un fichier à une rubrique de type mémo binaire (Cette rubrique > s'apelle Photo dans le fichier des salariés) > HAttacheMémo(Salariés,Photo,Photo,hMémoImg) > FIN > SI PAS HModifie("Salariés") ALORS > Erreur(HErreurInfo()) > FIN > > A titre d'information un fichier contenant 150 salariés donne les
tailles
> suivantes sur le disque : > > Fichier Salarie.fic = 41 Ko > Fichier Salarie.ndx = 225 Ko > Fichier Salarie.mmo = 7934 Ko ce qui me semble tout à fait acceptable > compte tenu que le mémo image contient 150 photos qui à l'origine ont
une
> taille de 110 Ko chacune. > > Sincères salutations. > -- > Jean-Claude FLAJOULOT > Sécurité, Pointage & Biométrie > > enlever _no.spam pour me contacter en PV. > http://perso.wanadoo.fr/securite.pointage.et.biometrie/ > > >
Salut, le système memo à également un défaut, c'est qu'en cas de plantage
lourd, on ne peut pas vraiment récupérer les données dans se fichier (cela
m'est arrivé), on doit tous se retaper, depuis je n'utilise plus de fichiers
memo.
Tous ce qui est images est en fichier externe sur un lecteur réseau et tous
ce qui est texte lourd est forcé dans les tables normale.
C'est à vous de voir, je ne fait que vous prévenir.
Mais peutêtre y avait il un moyen de récupérer automatiquement, mais en ce
temps là pas trouvé !
"titou" <titou_pasdespam@m6net.fr> a écrit dans le message de
news:3fa54dd5$0$245$a3f2974a@nnrp1.numericable.fr...
bonsoir
après une discussion téléphonique intéressante, la conclusion est la
suivante :
- préférer le stockage des champs RTF dans des champs mémo plutôt que dans
des fichiers extérieurs.
en effet les fichiers externes peuvent être renommés, modifiés
"violemment"
par l'utilisateur (ex : tableau word), supprimés,...
- les fichiers mémos se gèrent par le programme et sont "dominés" par le
programmeur.
- les tailles maxi des fichiers HF donnent de la marge
la S3 évoquée par Jean-Claude est de les stocker dans des champs texte
(>1000 car).
solution non retenue.
merci pour votre aide
titou_pasdespam@m6net.fr
"SP&B" <SPetB_no.spam@wanadoo.fr> a écrit dans le message de news:
bo35on$h7p$1@news-reader5.wanadoo.fr...
>
> "Michel" <Mmmm@club-internet.fr> a écrit dans le message de
> news:3fa50f7c$0$6972$7a628cd7@news.club-internet.fr...
> > et S3 s'appliquerait-elle aussi aux images ?.
> > En effet, la question similaire se pose, ou bien on surcharge un
fichier
> > contenant toutes les images ou bien on ne conserve que les noms
d'images
> > dans le fichier et les images restent dans un dossier à part (solution
que
> > j'ai retenue pour l'instant).
> > J'attends donc avec impatience S3 ...
> >
>
> Bonjour,
>
> En ce qui concerne les images (ou photos), la solution que j'ai retenue
est
> la suivante :
>
> Par exemple pour un fichier du personnel avec photos des salariés, j'ai
créé
> dans le fichier des salariés un champ type : son,image, binaire au
format
:
> image(mémo binaire), les photos sont contenues en principe (pour
facilité
de
> recherche lors de la création) dans un répertoire dédié, mais peuvent en
> fait se trouver n'importe ou sur le HD, ou même sur un CD, compte tenu
que
> une fois la fiche créé, ce répertoire ou CD n'est plus nécessaire,
l'image
> se trouvant alors dans le mémo image associé au fichier du personnel.
> Le chargement (et la recherche) à la création se faisant avec le code
> suivant dans un bouton :
>
> sFichier est une chaîne = ""
> sFichier = fSélecteurImage("C:Photos","absent.jpg","Choisissez une
> photo...","Fichiers *.JPG"+TAB+"*.JPG"+RC+fFiltreImage())
> // Nota : absent.jpg est une image générique de substitution au cas ou
> l'employé concerné n'aurait pas encore été photographié
> SI sFichier <> "" ALORS
> // Initialiser le champ Photo
> Photo = sFichier
> FIN
> SI Photo <> "" ALORS
> // Vérifier le chemin de la photo
> SI fRep(Photo, frFichier) = "" ALORS
> // Le chemin est incorrect
> Erreur("Le chemin : " + Photo + " est incorrect")
> RepriseSaisie(Photo)
> FIN
> // Attacher un fichier à une rubrique de type mémo binaire (Cette
rubrique
> s'apelle Photo dans le fichier des salariés)
> HAttacheMémo(Salariés,Photo,Photo,hMémoImg)
> FIN
> SI PAS HModifie("Salariés") ALORS
> Erreur(HErreurInfo())
> FIN
>
> A titre d'information un fichier contenant 150 salariés donne les
tailles
> suivantes sur le disque :
>
> Fichier Salarie.fic = 41 Ko
> Fichier Salarie.ndx = 225 Ko
> Fichier Salarie.mmo = 7934 Ko ce qui me semble tout à fait acceptable
> compte tenu que le mémo image contient 150 photos qui à l'origine ont
une
> taille de 110 Ko chacune.
>
> Sincères salutations.
> --
> Jean-Claude FLAJOULOT
> Sécurité, Pointage & Biométrie
> SPetB_no.spam@wanadoo.fr
> enlever _no.spam pour me contacter en PV.
> http://perso.wanadoo.fr/securite.pointage.et.biometrie/
>
>
>
Salut, le système memo à également un défaut, c'est qu'en cas de plantage lourd, on ne peut pas vraiment récupérer les données dans se fichier (cela m'est arrivé), on doit tous se retaper, depuis je n'utilise plus de fichiers memo. Tous ce qui est images est en fichier externe sur un lecteur réseau et tous ce qui est texte lourd est forcé dans les tables normale. C'est à vous de voir, je ne fait que vous prévenir. Mais peutêtre y avait il un moyen de récupérer automatiquement, mais en ce temps là pas trouvé ! "titou" a écrit dans le message de news:3fa54dd5$0$245$
bonsoir
après une discussion téléphonique intéressante, la conclusion est la suivante : - préférer le stockage des champs RTF dans des champs mémo plutôt que dans des fichiers extérieurs. en effet les fichiers externes peuvent être renommés, modifiés
"violemment"
par l'utilisateur (ex : tableau word), supprimés,... - les fichiers mémos se gèrent par le programme et sont "dominés" par le programmeur. - les tailles maxi des fichiers HF donnent de la marge
la S3 évoquée par Jean-Claude est de les stocker dans des champs texte (>1000 car). solution non retenue.
merci pour votre aide
"SP&B" a écrit dans le message de news: bo35on$h7p$ > > "Michel" a écrit dans le message de > news:3fa50f7c$0$6972$ > > et S3 s'appliquerait-elle aussi aux images ?. > > En effet, la question similaire se pose, ou bien on surcharge un
fichier
> > contenant toutes les images ou bien on ne conserve que les noms
d'images
> > dans le fichier et les images restent dans un dossier à part (solution que > > j'ai retenue pour l'instant). > > J'attends donc avec impatience S3 ... > > > > Bonjour, > > En ce qui concerne les images (ou photos), la solution que j'ai retenue est > la suivante : > > Par exemple pour un fichier du personnel avec photos des salariés, j'ai créé > dans le fichier des salariés un champ type : son,image, binaire au
format
: > image(mémo binaire), les photos sont contenues en principe (pour
facilité
de > recherche lors de la création) dans un répertoire dédié, mais peuvent en > fait se trouver n'importe ou sur le HD, ou même sur un CD, compte tenu
que
> une fois la fiche créé, ce répertoire ou CD n'est plus nécessaire,
l'image
> se trouvant alors dans le mémo image associé au fichier du personnel. > Le chargement (et la recherche) à la création se faisant avec le code > suivant dans un bouton : > > sFichier est une chaîne = "" > sFichier = fSélecteurImage("C:Photos","absent.jpg","Choisissez une > photo...","Fichiers *.JPG"+TAB+"*.JPG"+RC+fFiltreImage()) > // Nota : absent.jpg est une image générique de substitution au cas ou > l'employé concerné n'aurait pas encore été photographié > SI sFichier <> "" ALORS > // Initialiser le champ Photo > Photo = sFichier > FIN > SI Photo <> "" ALORS > // Vérifier le chemin de la photo > SI fRep(Photo, frFichier) = "" ALORS > // Le chemin est incorrect > Erreur("Le chemin : " + Photo + " est incorrect") > RepriseSaisie(Photo) > FIN > // Attacher un fichier à une rubrique de type mémo binaire (Cette rubrique > s'apelle Photo dans le fichier des salariés) > HAttacheMémo(Salariés,Photo,Photo,hMémoImg) > FIN > SI PAS HModifie("Salariés") ALORS > Erreur(HErreurInfo()) > FIN > > A titre d'information un fichier contenant 150 salariés donne les
tailles
> suivantes sur le disque : > > Fichier Salarie.fic = 41 Ko > Fichier Salarie.ndx = 225 Ko > Fichier Salarie.mmo = 7934 Ko ce qui me semble tout à fait acceptable > compte tenu que le mémo image contient 150 photos qui à l'origine ont
une
> taille de 110 Ko chacune. > > Sincères salutations. > -- > Jean-Claude FLAJOULOT > Sécurité, Pointage & Biométrie > > enlever _no.spam pour me contacter en PV. > http://perso.wanadoo.fr/securite.pointage.et.biometrie/ > > >
SP&B
"Laurent Imbert" a écrit dans le message de news:bo5eva$si6$
Salut, le système memo à également un défaut, c'est qu'en cas de plantage lourd, on ne peut pas vraiment récupérer les données dans se fichier (cela m'est arrivé), on doit tous se retaper, depuis je n'utilise plus de
fichiers
memo.
Bonjour,
C'est pour éviter cela que quelqu'un a un jour inventé les sauvegardes :-)
enlever _no.spam pour me contacter en PV. http://perso.wanadoo.fr/securite.pointage.et.biometrie/
"Laurent Imbert" <limbert@laurie-lumiere.fr> a écrit dans le message de
news:bo5eva$si6$1@news-reader5.wanadoo.fr...
Salut, le système memo à également un défaut, c'est qu'en cas de plantage
lourd, on ne peut pas vraiment récupérer les données dans se fichier (cela
m'est arrivé), on doit tous se retaper, depuis je n'utilise plus de
fichiers
memo.
Bonjour,
C'est pour éviter cela que quelqu'un a un jour inventé les sauvegardes :-)
Sincères salutations.
--
Jean-Claude FLAJOULOT
Sécurité, Pointage & Biométrie
SPetB_no.spam@wanadoo.fr
enlever _no.spam pour me contacter en PV.
http://perso.wanadoo.fr/securite.pointage.et.biometrie/
"Laurent Imbert" a écrit dans le message de news:bo5eva$si6$
Salut, le système memo à également un défaut, c'est qu'en cas de plantage lourd, on ne peut pas vraiment récupérer les données dans se fichier (cela m'est arrivé), on doit tous se retaper, depuis je n'utilise plus de
fichiers
memo.
Bonjour,
C'est pour éviter cela que quelqu'un a un jour inventé les sauvegardes :-)
enlever _no.spam pour me contacter en PV. http://perso.wanadoo.fr/securite.pointage.et.biometrie/
Fabrice Burghgraeve
bonjour.
"titou" a écrit dans le message de news:3fa54dd5$0$245$
bonsoir
après une discussion téléphonique intéressante, la conclusion est la suivante : - préférer le stockage des champs RTF dans des champs mémo plutôt que dans des fichiers extérieurs. en effet les fichiers externes peuvent être renommés, modifiés
"violemment"
par l'utilisateur (ex : tableau word), supprimés,...
A mon sens, et vu le peu que je connais de hyperfile, argument irrecevable. l'utilisateur peut renommer violement aussi un fichier .MMO, le supprimer..... Tant que windev permettra aux utilisateurs et meme aux stagiaires (l'allusion sera comprise je pense ;-) ) d'acceder aux fichiers par le systeme, il y aura un risque que l'utilisateur altere un fichier... Donc dans le cas des MMO ou des fichiers separes, on a le meme risque...
- les fichiers mémos se gèrent par le programme et sont "dominés" par le programmeur.
Bof. Domines par le programmeur de PCSOFT. En cas de merde, on domine que ses nerfs avec le support technique si on peut... (attention : je ne pretend pas que les MMOs merdent, j'en sais rien...)
- les tailles maxi des fichiers HF donnent de la marge
Le nombre maxi de fichiers qu'on peut mettre sur un disque donne une certaine marge aussi, je pense.
(...)
-- Fabrice Burghgraeve Computer & Services suivez ce lien pour me repondre en prive : http://cerbermail.com/?I3GMPRuXDD
bonjour.
"titou" <titou_pasdespam@m6net.fr> a écrit dans le message de
news:3fa54dd5$0$245$a3f2974a@nnrp1.numericable.fr...
bonsoir
après une discussion téléphonique intéressante, la conclusion est la
suivante :
- préférer le stockage des champs RTF dans des champs mémo plutôt que dans
des fichiers extérieurs.
en effet les fichiers externes peuvent être renommés, modifiés
"violemment"
par l'utilisateur (ex : tableau word), supprimés,...
A mon sens, et vu le peu que je connais de hyperfile, argument irrecevable.
l'utilisateur peut renommer violement aussi un fichier .MMO, le
supprimer.....
Tant que windev permettra aux utilisateurs et meme aux stagiaires
(l'allusion sera comprise je pense ;-) ) d'acceder aux fichiers par le
systeme, il y aura un risque que l'utilisateur altere un fichier...
Donc dans le cas des MMO ou des fichiers separes, on a le meme risque...
- les fichiers mémos se gèrent par le programme et sont "dominés" par le
programmeur.
Bof. Domines par le programmeur de PCSOFT.
En cas de merde, on domine que ses nerfs avec le support technique si on
peut...
(attention : je ne pretend pas que les MMOs merdent, j'en sais rien...)
- les tailles maxi des fichiers HF donnent de la marge
Le nombre maxi de fichiers qu'on peut mettre sur un disque donne une
certaine marge aussi, je pense.
(...)
--
Fabrice Burghgraeve
Computer & Services
suivez ce lien pour me repondre en prive :
http://cerbermail.com/?I3GMPRuXDD
"titou" a écrit dans le message de news:3fa54dd5$0$245$
bonsoir
après une discussion téléphonique intéressante, la conclusion est la suivante : - préférer le stockage des champs RTF dans des champs mémo plutôt que dans des fichiers extérieurs. en effet les fichiers externes peuvent être renommés, modifiés
"violemment"
par l'utilisateur (ex : tableau word), supprimés,...
A mon sens, et vu le peu que je connais de hyperfile, argument irrecevable. l'utilisateur peut renommer violement aussi un fichier .MMO, le supprimer..... Tant que windev permettra aux utilisateurs et meme aux stagiaires (l'allusion sera comprise je pense ;-) ) d'acceder aux fichiers par le systeme, il y aura un risque que l'utilisateur altere un fichier... Donc dans le cas des MMO ou des fichiers separes, on a le meme risque...
- les fichiers mémos se gèrent par le programme et sont "dominés" par le programmeur.
Bof. Domines par le programmeur de PCSOFT. En cas de merde, on domine que ses nerfs avec le support technique si on peut... (attention : je ne pretend pas que les MMOs merdent, j'en sais rien...)
- les tailles maxi des fichiers HF donnent de la marge
Le nombre maxi de fichiers qu'on peut mettre sur un disque donne une certaine marge aussi, je pense.
(...)
-- Fabrice Burghgraeve Computer & Services suivez ce lien pour me repondre en prive : http://cerbermail.com/?I3GMPRuXDD
Laurent Imbert
Oh que c'est profond, Le pb c'est que j'était en plein développement et que j'avait changé la version d'analyse (histoire de pas de chance).Je n'avais pas envie de bidouiller pour faire revenir mon analyse à la version précédente pour pouvoir restaurer, parceque la merde, c'est justement en migrant la version d'analyse qu'il me l'avait faite.
"SP&B" a écrit dans le message de news:bo5fif$h3o$
"Laurent Imbert" a écrit dans le message de news:bo5eva$si6$ > Salut, le système memo à également un défaut, c'est qu'en cas de
plantage
> lourd, on ne peut pas vraiment récupérer les données dans se fichier
(cela
> m'est arrivé), on doit tous se retaper, depuis je n'utilise plus de fichiers > memo.
Bonjour,
C'est pour éviter cela que quelqu'un a un jour inventé les sauvegardes :-)
enlever _no.spam pour me contacter en PV. http://perso.wanadoo.fr/securite.pointage.et.biometrie/
Oh que c'est profond,
Le pb c'est que j'était en plein développement et que j'avait changé la
version d'analyse (histoire de pas de chance).Je n'avais pas envie de
bidouiller pour faire revenir mon analyse à la version précédente pour
pouvoir restaurer, parceque la merde, c'est justement en migrant la version
d'analyse qu'il me l'avait faite.
"SP&B" <SPetB_no.spam@wanadoo.fr> a écrit dans le message de
news:bo5fif$h3o$1@news-reader1.wanadoo.fr...
"Laurent Imbert" <limbert@laurie-lumiere.fr> a écrit dans le message de
news:bo5eva$si6$1@news-reader5.wanadoo.fr...
> Salut, le système memo à également un défaut, c'est qu'en cas de
plantage
> lourd, on ne peut pas vraiment récupérer les données dans se fichier
(cela
> m'est arrivé), on doit tous se retaper, depuis je n'utilise plus de
fichiers
> memo.
Bonjour,
C'est pour éviter cela que quelqu'un a un jour inventé les sauvegardes :-)
Sincères salutations.
--
Jean-Claude FLAJOULOT
Sécurité, Pointage & Biométrie
SPetB_no.spam@wanadoo.fr
enlever _no.spam pour me contacter en PV.
http://perso.wanadoo.fr/securite.pointage.et.biometrie/
Oh que c'est profond, Le pb c'est que j'était en plein développement et que j'avait changé la version d'analyse (histoire de pas de chance).Je n'avais pas envie de bidouiller pour faire revenir mon analyse à la version précédente pour pouvoir restaurer, parceque la merde, c'est justement en migrant la version d'analyse qu'il me l'avait faite.
"SP&B" a écrit dans le message de news:bo5fif$h3o$
"Laurent Imbert" a écrit dans le message de news:bo5eva$si6$ > Salut, le système memo à également un défaut, c'est qu'en cas de
plantage
> lourd, on ne peut pas vraiment récupérer les données dans se fichier
(cela
> m'est arrivé), on doit tous se retaper, depuis je n'utilise plus de fichiers > memo.
Bonjour,
C'est pour éviter cela que quelqu'un a un jour inventé les sauvegardes :-)
enlever _no.spam pour me contacter en PV. http://perso.wanadoo.fr/securite.pointage.et.biometrie/
Fabrice Burghgraeve
bonjour.
"SP&B" a écrit dans le message de news:bo5fif$h3o$
(...)
Bonjour,
C'est pour éviter cela que quelqu'un a un jour inventé les sauvegardes :-)
Ah la la Jean Claude !!! :-) Cette réponse m'etonne de toi... :-) Tu ne connais donc pas les lois fondamentales de l'informatique : les lois de Murphy. << Première Loi de Backup La probabilité d'un crash du disque dur augmente de manière exponentielle avec l'âge de la dernière sauvegarde complète. *
Seconde Loi de Backup C'est généralement lorsque le disque dur plante qu'on se rend compte qu'on a oublié de le sauvegarder.
Sincères salutations. -- Jean-Claude FLAJOULOT
-- Fabrice Burghgraeve Computer & Services suivez ce lien pour me repondre en prive : http://cerbermail.com/?I3GMPRuXDD
bonjour.
"SP&B" <SPetB_no.spam@wanadoo.fr> a écrit dans le message de
news:bo5fif$h3o$1@news-reader1.wanadoo.fr...
(...)
Bonjour,
C'est pour éviter cela que quelqu'un a un jour inventé les sauvegardes :-)
Ah la la Jean Claude !!! :-)
Cette réponse m'etonne de toi... :-)
Tu ne connais donc pas les lois fondamentales de l'informatique : les lois
de Murphy.
<<
Première Loi de Backup
La probabilité d'un crash du disque dur augmente de manière exponentielle
avec l'âge de la dernière sauvegarde complète.
*
Seconde Loi de Backup
C'est généralement lorsque le disque dur plante qu'on se rend compte qu'on a
oublié de le sauvegarder.
Sincères salutations.
--
Jean-Claude FLAJOULOT
--
Fabrice Burghgraeve
Computer & Services
suivez ce lien pour me repondre en prive :
http://cerbermail.com/?I3GMPRuXDD
"SP&B" a écrit dans le message de news:bo5fif$h3o$
(...)
Bonjour,
C'est pour éviter cela que quelqu'un a un jour inventé les sauvegardes :-)
Ah la la Jean Claude !!! :-) Cette réponse m'etonne de toi... :-) Tu ne connais donc pas les lois fondamentales de l'informatique : les lois de Murphy. << Première Loi de Backup La probabilité d'un crash du disque dur augmente de manière exponentielle avec l'âge de la dernière sauvegarde complète. *
Seconde Loi de Backup C'est généralement lorsque le disque dur plante qu'on se rend compte qu'on a oublié de le sauvegarder.
Sincères salutations. -- Jean-Claude FLAJOULOT
-- Fabrice Burghgraeve Computer & Services suivez ce lien pour me repondre en prive : http://cerbermail.com/?I3GMPRuXDD
SP&B
> Ah la la Jean Claude !!! :-) Cette réponse m'etonne de toi... :-) Tu ne connais donc pas les lois fondamentales de l'informatique : les lois de Murphy. << Première Loi de Backup La probabilité d'un crash du disque dur augmente de manière exponentielle avec l'âge de la dernière sauvegarde complète. *
Seconde Loi de Backup C'est généralement lorsque le disque dur plante qu'on se rend compte qu'on
a
oublié de le sauvegarder. >> >
Bonjour,
Bien sur, on les appelle d'ailleurs aussi plus vulgairement lois de l'emm....... maximum. :-) C'est pourquoi je dis et répète toujours à mes clients sauvegardez, sauvegardez et sauvegardez encore, et là j'ai compris depuis longtemps que je préchais dans le vide. J'ai même créé quelques applis ou ne peut pas quitter le logiciel (par des moyens normaux) sans avoir réalisé la sauvegarde en automatique, et ils y en à quand même qui contournent ! Personnellement j'ai installé un 2ième disque dur sur mes PC de bureau, disque uniquement dedié aux sauvegardes et à l'archivage, en complément bien sur de celles réalisées sur CD.
enlever _no.spam pour me contacter en PV. http://perso.wanadoo.fr/securite.pointage.et.biometrie/
> Ah la la Jean Claude !!! :-)
Cette réponse m'etonne de toi... :-)
Tu ne connais donc pas les lois fondamentales de l'informatique : les lois
de Murphy.
<<
Première Loi de Backup
La probabilité d'un crash du disque dur augmente de manière exponentielle
avec l'âge de la dernière sauvegarde complète.
*
Seconde Loi de Backup
C'est généralement lorsque le disque dur plante qu'on se rend compte qu'on
a
oublié de le sauvegarder.
>>
>
Bonjour,
Bien sur, on les appelle d'ailleurs aussi plus vulgairement lois de
l'emm....... maximum. :-)
C'est pourquoi je dis et répète toujours à mes clients sauvegardez,
sauvegardez et sauvegardez encore, et là j'ai compris depuis longtemps que
je préchais dans le vide.
J'ai même créé quelques applis ou ne peut pas quitter le logiciel (par des
moyens normaux) sans avoir réalisé la sauvegarde en automatique, et ils y en
à quand même qui contournent !
Personnellement j'ai installé un 2ième disque dur sur mes PC de bureau,
disque uniquement dedié aux sauvegardes et à l'archivage, en complément bien
sur de celles réalisées sur CD.
Sincères salutations.
--
Jean-Claude FLAJOULOT
Sécurité, Pointage & Biométrie
SPetB_no.spam@wanadoo.fr
enlever _no.spam pour me contacter en PV.
http://perso.wanadoo.fr/securite.pointage.et.biometrie/
> Ah la la Jean Claude !!! :-) Cette réponse m'etonne de toi... :-) Tu ne connais donc pas les lois fondamentales de l'informatique : les lois de Murphy. << Première Loi de Backup La probabilité d'un crash du disque dur augmente de manière exponentielle avec l'âge de la dernière sauvegarde complète. *
Seconde Loi de Backup C'est généralement lorsque le disque dur plante qu'on se rend compte qu'on
a
oublié de le sauvegarder. >> >
Bonjour,
Bien sur, on les appelle d'ailleurs aussi plus vulgairement lois de l'emm....... maximum. :-) C'est pourquoi je dis et répète toujours à mes clients sauvegardez, sauvegardez et sauvegardez encore, et là j'ai compris depuis longtemps que je préchais dans le vide. J'ai même créé quelques applis ou ne peut pas quitter le logiciel (par des moyens normaux) sans avoir réalisé la sauvegarde en automatique, et ils y en à quand même qui contournent ! Personnellement j'ai installé un 2ième disque dur sur mes PC de bureau, disque uniquement dedié aux sauvegardes et à l'archivage, en complément bien sur de celles réalisées sur CD.
