Bug EXCEL
Fermé
MOUMOUNE76
Messages postés
3
Date d'inscription
mardi 29 avril 2008
Statut
Membre
Dernière intervention
26 septembre 2008
-
25 sept. 2008 à 08:13
MOUMOUNE76 Messages postés 3 Date d'inscription mardi 29 avril 2008 Statut Membre Dernière intervention 26 septembre 2008 - 26 sept. 2008 à 08:28
MOUMOUNE76 Messages postés 3 Date d'inscription mardi 29 avril 2008 Statut Membre Dernière intervention 26 septembre 2008 - 26 sept. 2008 à 08:28
A voir également:
- Bug EXCEL
- Bug yahoo mail - Accueil - Mail
- Liste déroulante excel - Guide
- Si et excel - Guide
- Aller à la ligne excel - Guide
- Word et excel gratuit - Guide
3 réponses
michel_m
Messages postés
16603
Date d'inscription
lundi 12 septembre 2005
Statut
Contributeur
Dernière intervention
16 décembre 2023
3 310
25 sept. 2008 à 10:41
25 sept. 2008 à 10:41
Bonjour,
Au delà de 1 ou 1,5 Mo un classeur Excel est potentiellement instable...
Essaies de l'ouvrir avec Open-office...
consultes aussi:
https://silkyroad.developpez.com/Excel/ClasseursEndommages/
Bonne chance
Au delà de 1 ou 1,5 Mo un classeur Excel est potentiellement instable...
Essaies de l'ouvrir avec Open-office...
consultes aussi:
https://silkyroad.developpez.com/Excel/ClasseursEndommages/
Bonne chance
Vaucluse
Messages postés
26496
Date d'inscription
lundi 23 juillet 2007
Statut
Contributeur
Dernière intervention
1 avril 2022
6 417
25 sept. 2008 à 12:48
25 sept. 2008 à 12:48
Bonjour michel_m
Je trouve votre plafond un peu bas... même si vous avres sans doute rtaison dans le principe, je travaille actuellement avec des fichiers de 5 méga qui ne sont pas des monuments et qui fonctionnent très bien!J'en ai eu des plus lourds!
1,5 méga, ça n'est pas un peu bas?
Crdlmnt
Je trouve votre plafond un peu bas... même si vous avres sans doute rtaison dans le principe, je travaille actuellement avec des fichiers de 5 méga qui ne sont pas des monuments et qui fonctionnent très bien!J'en ai eu des plus lourds!
1,5 méga, ça n'est pas un peu bas?
Crdlmnt
michel_m
Messages postés
16603
Date d'inscription
lundi 12 septembre 2005
Statut
Contributeur
Dernière intervention
16 décembre 2023
3 310
25 sept. 2008 à 13:56
25 sept. 2008 à 13:56
Oui, c'est un vieux débat!...
Le piège est que les RAM ont et auront de + en + d'octects donc un classeur de 5 Mo semble fonctionner normalement mais le risque de "corruption" augmente tout autant. Le nbre de messages, ne serait ce que sur ce site,signalant des fichiers corrompus sont en très grande majorité des fichiers "conséquents"
d'autre part, des classeurs de calcul importants représente une masse énorme de données, de formules et/ou de macro, importante d'où perte catastrophique de patrimoine d'informations pour l'entreprise en cas de corruption. La responsabilité en sera toujours une faute professionnelle de l'informaticien. Ne pas oublier à ce propos de sauvegarder les données sensibles sur une mémoire de masse extérieure (HD, USB, CD...)
Pour ma part j'utilise plusieurs fichiers avec un maxi ( c'est mes normes perso) d'environ 1 Mo avec liaisons entre fichiers: cela suppose au préalable une étude de l'architecture et du fonctionnement de l'application (un peu comme un site Web) c'est un peu rébarbatif ( proverbe chinois: "si tu est pressé, commence par t'assoir"). Le pb des liaisons sur des fichiers non ouverts peut se résoudre par VBA et notamment par ADO en classeur restant fermé si on est obligé de travaillé avec de gros classeurs.
Maintenant l'apparente facilité d'Excel est aussi un piège car on trouve souvent sur ces ces gros classeurs le syndrome "Las vegas"( images BMP inutiles, feuilles coloriées style perroquet d'amazonie, polices diverses et variées, etc.)
L'autre piège est d'utiliser Excel en base de données. D'ailleurs MS, recommande un maxi de 16000 lignes (XL2007), compte-tenu de l'obsession marketing de MS, il faut compter 10000 et sur XL<2007, 5000 lignes maxi (ce qui est déjà important, le mieux étant d'utiliser Access, une base de 100 Mo ne pose aucun problème!)
Voilà, j'ai été un peu long, excusez moi pour la syntaxe et les fautes
Le piège est que les RAM ont et auront de + en + d'octects donc un classeur de 5 Mo semble fonctionner normalement mais le risque de "corruption" augmente tout autant. Le nbre de messages, ne serait ce que sur ce site,signalant des fichiers corrompus sont en très grande majorité des fichiers "conséquents"
d'autre part, des classeurs de calcul importants représente une masse énorme de données, de formules et/ou de macro, importante d'où perte catastrophique de patrimoine d'informations pour l'entreprise en cas de corruption. La responsabilité en sera toujours une faute professionnelle de l'informaticien. Ne pas oublier à ce propos de sauvegarder les données sensibles sur une mémoire de masse extérieure (HD, USB, CD...)
Pour ma part j'utilise plusieurs fichiers avec un maxi ( c'est mes normes perso) d'environ 1 Mo avec liaisons entre fichiers: cela suppose au préalable une étude de l'architecture et du fonctionnement de l'application (un peu comme un site Web) c'est un peu rébarbatif ( proverbe chinois: "si tu est pressé, commence par t'assoir"). Le pb des liaisons sur des fichiers non ouverts peut se résoudre par VBA et notamment par ADO en classeur restant fermé si on est obligé de travaillé avec de gros classeurs.
Maintenant l'apparente facilité d'Excel est aussi un piège car on trouve souvent sur ces ces gros classeurs le syndrome "Las vegas"( images BMP inutiles, feuilles coloriées style perroquet d'amazonie, polices diverses et variées, etc.)
L'autre piège est d'utiliser Excel en base de données. D'ailleurs MS, recommande un maxi de 16000 lignes (XL2007), compte-tenu de l'obsession marketing de MS, il faut compter 10000 et sur XL<2007, 5000 lignes maxi (ce qui est déjà important, le mieux étant d'utiliser Access, une base de 100 Mo ne pose aucun problème!)
Voilà, j'ai été un peu long, excusez moi pour la syntaxe et les fautes
MOUMOUNE76
Messages postés
3
Date d'inscription
mardi 29 avril 2008
Statut
Membre
Dernière intervention
26 septembre 2008
26 sept. 2008 à 08:28
26 sept. 2008 à 08:28
Merci beaucoup Michel, j'ai réussi à l'ouvrir avec Open office
a+
Moumoune
a+
Moumoune