472,119 Members | 1,558 Online
Bytes | Software Development & Data Engineering Community
Post +

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 472,119 software developers and data experts.

Corruption when "Compact on Close" active

I have a strange problem that has reared its ugly head in the last few
weeks.
I have the option "Compact on Close" (Tools, Options, General tab)
enabled on my development machine. I did this because every time I
worked on my app it just grew and grew.
What started out as a 14Meg file kept growing into a monster of over 90
Megs!

System info:
Windows XP Pro with SP1
Office XP Pro with Frontpage
Office XP Dev Ed (We bought the Developer Edition of Office XP)
All three service packs for the Office above.
512 Megs RAM
5 Gigs of free uncompressed disk space where the MDB file is located.

OK - here's the problem: after about 4 days, sometimes less, I can no
longer use the MDB file. It becomes corrupt, but in the strangest way. I
can access most of the forms, all of the queries and some of the modules.
The corruption happens to random forms and modules, so there is no
pattern there.
Luckily, I keep daily backups, but this isn't a solution - more of a "fix".

Has anyone had this happen to them? I've searched Google, plus many
other search engines, but I have so far found nothing.

Thanks in advance.
Smitty the crank.
Nov 13 '05 #1
1 1980
Smitty, for what its worth, here's my experience:

I've had a couple of situations where either some previously unknown
corruption in the database was made worse by auto compacting or the "compact
on close" process itself failed, leaving the database in a bad state. I was
fortunate in that I didn't lose anything; however, because of those close
calls, (and also because of my particular dislike of retyping code) I've
adopted a different view of the compact on close feature and now rarely use
it unless the application is totally replaceable with little or no risk of
loss (as in, for example, a production copy of the front end of a split
database).

My experiences made me realize how the compact on close feature exposes
greater potential for object/code loss for me as a developer and data loss
for my users. Now, instead of using compact on close, I instruct my users
to do compacting as a part of a formal periodic maintenance procedure and I
also instruct them to create a backup copy before compacting.

Using the compact on close feature might save you some time and effort right
now but if the day ever comes when you suffer irretrievable code or data
loss following an auto compact, you'll be wishing you had a backup. Taking
the extra time to back your database up before compacting is like insurance
that just might pay off some day.

"smitty mittlebaum" <sm****@hotmail.com> wrote in message
news:cb**********@newsreader02.ops.uunet.co.za...
I have a strange problem that has reared its ugly head in the last few
weeks.
I have the option "Compact on Close" (Tools, Options, General tab)
enabled on my development machine. I did this because every time I
worked on my app it just grew and grew.
What started out as a 14Meg file kept growing into a monster of over 90
Megs!

System info:
Windows XP Pro with SP1
Office XP Pro with Frontpage
Office XP Dev Ed (We bought the Developer Edition of Office XP)
All three service packs for the Office above.
512 Megs RAM
5 Gigs of free uncompressed disk space where the MDB file is located.

OK - here's the problem: after about 4 days, sometimes less, I can no
longer use the MDB file. It becomes corrupt, but in the strangest way. I
can access most of the forms, all of the queries and some of the modules.
The corruption happens to random forms and modules, so there is no
pattern there.
Luckily, I keep daily backups, but this isn't a solution - more of a "fix".
Has anyone had this happen to them? I've searched Google, plus many
other search engines, but I have so far found nothing.

Thanks in advance.
Smitty the crank.

Nov 13 '05 #2

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

12 posts views Thread by Stephen Ferg | last post: by
4 posts views Thread by Peter Pagé | last post: by
19 posts views Thread by Lauren Wilson | last post: by
7 posts views Thread by Willem van Rumpt | last post: by
5 posts views Thread by lindanr | last post: by
1 post views Thread by liu | last post: by
reply views Thread by leo001 | last post: by

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.