Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Database size
Message
De
21/05/1999 18:28:48
 
 
À
21/05/1999 11:52:42
Information générale
Forum:
Visual FoxPro
Catégorie:
Base de données, Tables, Vues, Index et syntaxe SQL
Titre:
Divers
Thread ID:
00221419
Message ID:
00221632
Vues:
13
>ok.. we are very hard pressed for space on a database that has to fit onto a single cd. we have played with changing large char fields to memo fields and in some cases it saves space, other times it seems to make the database bigger. Does a memo field with say 10 char take up more space than say a char field with 10 char.. is there a rule of thumb as to how much space a memo field will take up (empty one)

Memo fields have a permanent 4 byte overhead in the DBF whether they are filled or not. When a memo field is filled, it has blocks of space (I think the default is 64 byte blocks) allocated in the .FPT file. IOW:

An empty memo field takes up 4 bytes in the .DBF per record.
A non-empty memo field takes the same 4 bytes, plus the minimum number of blocks needed to store the value. A 1 byte value will occupy 1 block in the .FPT file, so if blocks are 64 bytes in length, a 1 byte long value takes up (4 + 64) bytes of storage. And there's some overhead involved in chaining blocks together.
EMail: EdR@edrauh.com
"See, the sun is going down..."
"No, the horizon is moving up!"
- Firesign Theater


NT and Win2K FAQ .. cWashington WSH/ADSI/WMI site
MS WSH site ........... WSH FAQ Site
Wrox Press .............. Win32 Scripting Journal
eSolutions Services, LLC

The Surgeon General has determined that prolonged exposure to the Windows Script Host may be addictive to laboratory mice and codemonkeys
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform