[HF] taille des fichiers ...

Le
Olivier BONNAURE
Bonjour à tous

J'ai une base hyperfile et je me suis rendu compte que la taille de mes
fichiers FIC avaient une proportion étonnante
du style : 600 enregistrements avec une table contenant 15 champs et
bien ca me fait un fichier de plus de 1 Mo !! bisarre non ?

Ca va donner quoi qd je vais mettre 60000 entrées ?
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Eric LAURENT
Le #13065601
Olivier BONNAURE
Bonjour à tous ...

J'ai une base hyperfile et je me suis rendu compte que la taille de
mes fichiers FIC avaient une proportion étonnante ...
du style : 600 enregistrements avec une table contenant 15 champs et
bien ca me fait un fichier de plus de 1 Mo !! bisarre non ?

Ca va donner quoi qd je vais mettre 60000 entrées ?



Si je reponds 100 Mo, je gagne ?

Plus sérieusement, quelle est la taille de chacun des 15 champs ?

Eric LAURENT.
Olivier BONNAURE
Le #13065591
Eric LAURENT a écrit :
Olivier BONNAURE

Bonjour à tous ...

J'ai une base hyperfile et je me suis rendu compte que la taille de
mes fichiers FIC avaient une proportion étonnante ...
du style : 600 enregistrements avec une table contenant 15 champs et
bien ca me fait un fichier de plus de 1 Mo !! bisarre non ?

Ca va donner quoi qd je vais mettre 60000 entrées ?




Si je reponds 100 Mo, je gagne ?

Plus sérieusement, quelle est la taille de chacun des 15 champs ?

Eric LAURENT.





voila la table ...

Clé Nom Type Taille
RUB2CLE.BMP Numérique 4
RUB2CLE.BMP Numérique 4
tu_nom Texte 80
tu_prenom Texte 80
tu_adresse Texte 255
tu_cp Texte 10
tu_ville Texte 80
tu_libelle Texte 200
tu_tel Texte 20
tu_mobile Texte 20
tu_mail Texte 80
tu_nom2 Texte 80
tu_prenom2 Texte 80
tu_adresse2 Texte 255
tu_cp2 Texte 10
tu_ville2 Texte 80
tu_libelle2 Texte 80
tu_tel2 Texte 20
tu_mobile2 Texte 20
tu_mail2 Texte 80
tu_libelle3 Texte 200
tu_tel3 Texte 20
tu_mobile3 Texte 20
tu_mail3 Texte 80
STASZEWSKI André
Le #13065581
Olivier BONNAURE wrote:
Eric LAURENT a écrit :
Olivier BONNAURE

Bonjour à tous ...

J'ai une base hyperfile et je me suis rendu compte que la taille de
mes fichiers FIC avaient une proportion étonnante ...
du style : 600 enregistrements avec une table contenant 15 champs et
bien ca me fait un fichier de plus de 1 Mo !! bisarre non ?

Ca va donner quoi qd je vais mettre 60000 entrées ?




Si je reponds 100 Mo, je gagne ?

Plus sérieusement, quelle est la taille de chacun des 15 champs ?

Eric LAURENT.





voila la table ...

Clé Nom Type Taille
RUB2CLE.BMP Numérique 4
RUB2CLE.BMP Numérique 4
tu_nom Texte 80
tu_prenom Texte 80
tu_adresse Texte 255
tu_cp Texte 10
tu_ville Texte 80
tu_libelle Texte 200
tu_tel Texte 20
tu_mobile Texte 20
tu_mail Texte 80
tu_nom2 Texte 80
tu_prenom2 Texte 80
tu_adresse2 Texte 255
tu_cp2 Texte 10
tu_ville2 Texte 80
tu_libelle2 Texte 80
tu_tel2 Texte 20
tu_mobile2 Texte 20
tu_mail2 Texte 80
tu_libelle3 Texte 200
tu_tel3 Texte 20
tu_mobile3 Texte 20
tu_mail3 Texte 80



Ben moi je dirai (pour 60 000 enregistrements) pas loin de 110 Mo...
Pas mal visé Eric ! ;-)
--
Cordialement,
André STASZEWSKI
Nouvelle version de Photo Visu sur www.PlaneteDev.fr.st
Eric LAURENT
Le #13065541
Olivier BONNAURE
voila la table ...



Qui a-t-il de bizarre ?
Chaque enregistrement fait 1,85 Ko
600 enregistrements font donc 1,85 X 600 = 1110 Ko = 1,11 Mo
60000 enregistrements 1,11 X 100 = 111 Mo

L'optimisation ne passe pas que par le code de programmation mais aussi par
l'utilisation des fichiers.

PS: pour André, rendez-vous au stand de tir, on a tous les deux besoin de
s'entraîner à viser. ! ;-) (lol)
Romain PETIT
Le #13065531
Eric LAURENT avait prétendu :
Olivier BONNAURE
voila la table ...



Qui a-t-il de bizarre ?
Chaque enregistrement fait 1,85 Ko
600 enregistrements font donc 1,85 X 600 = 1110 Ko = 1,11 Mo



Encore un adepte de l'arrondi "à la louche" ? ;-)
Le "kilo" en informatique, c'est 1024...

1 enregistrement = 1858 octets soit 1858/1024 = 1.81 ko

600 enrg = 1858 * 600 = 1114800 octets soit
1114800/1024 ~= 1088 ko
1114800/1024/1024 ~= 1.06 Mo

60000 enrg = 106.3 Mo

A+

--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Eric LAURENT
Le #13065521
Romain PETIT
Eric LAURENT avait prétendu :
Olivier BONNAURE
voila la table ...



Qui a-t-il de bizarre ?
Chaque enregistrement fait 1,85 Ko
600 enregistrements font donc 1,85 X 600 = 1110 Ko = 1,11 Mo



Encore un adepte de l'arrondi "à la louche" ? ;-)
Le "kilo" en informatique, c'est 1024...

1 enregistrement = 1858 octets soit 1858/1024 = 1.81 ko

600 enrg = 1858 * 600 = 1114800 octets soit
1114800/1024 ~= 1088 ko
1114800/1024/1024 ~= 1.06 Mo

60000 enrg = 106.3 Mo

A+



Merci Romain pour ces précisions, mais j'étais parti des données des tables
Windev d'Olivier.
Ces tables sont déjà arrondies par Windev il me semble.
Mais la vraie réponse est : Est-ce que cela règle le "bizarre" problème
d'Olivier ?

---
Eric LAURENT.
elecoest
Le #13065501
> Encore un adepte de l'arrondi "à la louche" ? ;-)
Le "kilo" en informatique, c'est 1024...



Désolé mais je pense que tu parles du KibiOctet ;-)

Les anciens parles en 1024, les jeunes parlent en 1000 !

Kilooctet (ko) : Un kilooctet est égal à 1000 octets soit 103 octets.
Kibioctet (Ki) : 1024 octets soit 210 octets.

Manu
Roumegou Eric
Le #13065491
elecoest avait prétendu :
Encore un adepte de l'arrondi "à la louche" ? ;-)
Le "kilo" en informatique, c'est 1024...



Désolé mais je pense que tu parles du KibiOctet ;-)

Les anciens parles en 1024, les jeunes parlent en 1000 !

Kilooctet (ko) : Un kilooctet est égal à 1000 octets soit 103 octets.
Kibioctet (Ki) : 1024 octets soit 210 octets.

Manu



Voilà une information interressante. J'avoue que c'est la première fois
que j'entendais parler de cette appellation (Kibi,Mibi,Gibi) et avoir
été souvent dérouté d'un système à l'autre (Ms, novell,linux).
Je comprends mieux maintenant.

Ce petit lien qui en dit plus
http://www.zonehd.net/news.php?op=lire&nid€7

A priori chez Ms, on vend du kilo (10 puissance 3) et chez les autres
du kibi ?

--
Eric Roumegou
http://cerbermail.com/?Wk2D8D62KI
(cliquez sur le lien ci-dessus pour me contacter en privé)
Romain PETIT
Le #13065481
Dans son message précédent, elecoest a écrit :
Le "kilo" en informatique, c'est 1024...





Désolé mais je pense que tu parles du KibiOctet ;-)



Késako ?
Ah, ce truc dont personne n'a jamais entendu parlé ?
http://www.linux-france.org/prj/jargonf/G/gibi-octet.html

Les anciens parles en 1024, les jeunes parlent en 1000 !



Ca fait tout drole de se faire traiter de vieux.. ;-)

A+

--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Olivier BONNAURE
Le #13065431
Eric LAURENT a écrit :
Romain PETIT

Eric LAURENT avait prétendu :

Olivier BONNAURE

voila la table ...



Qui a-t-il de bizarre ?
Chaque enregistrement fait 1,85 Ko
600 enregistrements font donc 1,85 X 600 = 1110 Ko = 1,11 Mo



Encore un adepte de l'arrondi "à la louche" ? ;-)
Le "kilo" en informatique, c'est 1024...

1 enregistrement = 1858 octets soit 1858/1024 = 1.81 ko

600 enrg = 1858 * 600 = 1114800 octets soit
1114800/1024 ~= 1088 ko
1114800/1024/1024 ~= 1.06 Mo

60000 enrg = 106.3 Mo

A+




Merci Romain pour ces précisions, mais j'étais parti des données des tables
Windev d'Olivier.
Ces tables sont déjà arrondies par Windev il me semble.
Mais la vraie réponse est : Est-ce que cela règle le "bizarre" problème
d'Olivier ?

---
Eric LAURENT.




J'ai importé mes données depuis une base Mysql ... et la taille des
tables (HF vs MySQL) sont carréments différentes ...
par exemple sur ma table absences, tout confondu en mysql ca pese :
877,8 kb, en HF : le FIC pèse : 657307 octets et le NDX : 1907282 octets !!
c'est mal optimisé dans les fichiers ou quoi ?
Publicité
Poster une réponse
Anonyme