vb123.com

Garry Robinson's Popular MS Access, Office and VB Resource Site

 

Home  Contact Us

Order Software

Search vb123

 Smart Access  
The Magazine that Access Developers loved to read and write for is back
Article Index Here or
Purchase Here

RSS & Newsletter  
Join our XML/RSS Newsfeed or sign up for our informative newsletter on Office Automation, Access and VB topics
Sign up here

Get Good Help
If you need help with a database, our Australian Professionals could be the answer
Read More

  The Workbench  Find out who has your database open, start the correct version of Access, easy compacting and zip backups, change startup options,  compile, shutdown database
Read and Download


Access > SqlServer 
Upsize to SQL Server 2005 or 2008, easily repeated conversions, highly accurate SQL query
translation and web form conversion.
Read More

Like FMS Products?
Purchase them from us and get a free Workbench or Smart Access  More

The Toolbox
Libraries of software that we regularly import into our projects.  More..


Garry's Blog
Find out a few other things that Garry has been writing about Microsoft Access. Read more

About The Editor Garry Robinson writes for a number of popular computer magazines, is now a book author and has worked on 100+ Access databases. He is based in Sydney, Australia
Contact Us ...


 

 

Next Tip  Single Precision Number Fields

One way that we find that we can reduce the size of a database is by changing the precision of fields from double to single. In some cases changing all the double precision number fields in a table from double to single real can trim the space used by about 40%. This can make some difference to performance in reading the file. You can store numbers from -3.402823E38 to -1.401298E-45.

Basically if the number is going to have over 6 significant figures in it, then think very carefully about this change as those precise number will get trimmed. An export of the table to a text file will allow you recover if you do trim a number incorrectly. Numbers such as 25.773 and -43000.1 don't need double precision. Don't forget to compact your database after this doing this.

Warning: Occasionally trimming data can cause problems if you rely on double precision functions like Avg in consolidated queries like this SQL statement

select Avg(field) from tableName;

In this case the results will include annoying errors on the last significant figure that require you to add formatting statement to your reports and queries and do other little tricks when exporting to Excel.

Written by Garry Robinson from GR-FX in Sydney, Australia

 

 

Links >>>  Home | Search | Workbench | Orders | Newsletter | Access Security | Access professionals