L
Larry
I posted this problem in the queries newsgroup, but didn't solve the problem
there and don't know where else to post this, so I'm trying here.
I think my database may have finally outgrown Access 2003, but I cannot
convince my users to move to something bigger (yet). So, at this time, I need
to try to get the database working, while I continue to try to convince the
user to bite the bullet and pay for the new upgraded application.
I'm hoping I can describe the problems I'm seeing and see if someone can
help me track down the problem (if there is something to track down anyway).
My database has about 45 tables, 118 queries, numerous forms (one with too
many controls really) and some reports and a good deal of code in modules.
Currently, I'm having problems with my queries sometimes working and
sometimes giving me error messages like "Query to complex" or something like
"mismatched number of columns between the queries". I do have a number of
union queries, but sometimes I get this second message on queries that are
not using a union query and has no underlying union query. A lot of my
queries do use other queries as underlying queries, but when I've been
getting the complex message, I have done what I can to directly reference the
table, instead of it's base query. (I typically create a base query for all
tables, then use those base queries in everything else). In this case, I'm
assuming it's hurting me so I am removing some of them where I can.
Almost all of the tables have RFI relationships, so there are a large number
of those (and yes the tables are in a back-end database).
I have tried to run the Performance Analyzer, but it locks up and crashes,
giving me the dialog to repair and reopen my database (I am sick of this
dialog box)!
I have done a compact/repair numerous times, with no luck. I have also tried
creating a new blank database and importing all the objects into the new
database. Most of the attempts lock up and crash before the objects are
imported into the new database. On the occasions it does work, the new
database is just as unstable.
I have read all the KB articles I can find on corrupted databases as well as
a number of websites referring to corrupted databases, but I'm not sure the
database is really "corrupted".
I have also done the following:
- Deleted all data in all tables
- Deleted all forms, reports, macros
- Deleted all Modules except one (that had some functions in use by queries)
- Deleted all unnecessary code in the remaining module
- Removed all references that were added in the code section
- Compacted and reparied the database (front and back end)
Still no help.
Next I combined the remaining tables and queries into one database, instead
of split, but that didn't help.
The last thing I tried was removing ALL relationships from the tables. That
seems to have solved the problem, but who wants a DB with no RFI??? So this
is really no solution.
I actually wrote some code to delete all the relationships and re-recreate
them, to see if there was a courrupted relationship, but once they are back
on, the problem returns.
So I think the problem has to do with the relationships, or maybe indexes on
the tables?
Thanks for any thoughts.
Larry
there and don't know where else to post this, so I'm trying here.
I think my database may have finally outgrown Access 2003, but I cannot
convince my users to move to something bigger (yet). So, at this time, I need
to try to get the database working, while I continue to try to convince the
user to bite the bullet and pay for the new upgraded application.
I'm hoping I can describe the problems I'm seeing and see if someone can
help me track down the problem (if there is something to track down anyway).
My database has about 45 tables, 118 queries, numerous forms (one with too
many controls really) and some reports and a good deal of code in modules.
Currently, I'm having problems with my queries sometimes working and
sometimes giving me error messages like "Query to complex" or something like
"mismatched number of columns between the queries". I do have a number of
union queries, but sometimes I get this second message on queries that are
not using a union query and has no underlying union query. A lot of my
queries do use other queries as underlying queries, but when I've been
getting the complex message, I have done what I can to directly reference the
table, instead of it's base query. (I typically create a base query for all
tables, then use those base queries in everything else). In this case, I'm
assuming it's hurting me so I am removing some of them where I can.
Almost all of the tables have RFI relationships, so there are a large number
of those (and yes the tables are in a back-end database).
I have tried to run the Performance Analyzer, but it locks up and crashes,
giving me the dialog to repair and reopen my database (I am sick of this
dialog box)!
I have done a compact/repair numerous times, with no luck. I have also tried
creating a new blank database and importing all the objects into the new
database. Most of the attempts lock up and crash before the objects are
imported into the new database. On the occasions it does work, the new
database is just as unstable.
I have read all the KB articles I can find on corrupted databases as well as
a number of websites referring to corrupted databases, but I'm not sure the
database is really "corrupted".
I have also done the following:
- Deleted all data in all tables
- Deleted all forms, reports, macros
- Deleted all Modules except one (that had some functions in use by queries)
- Deleted all unnecessary code in the remaining module
- Removed all references that were added in the code section
- Compacted and reparied the database (front and back end)
Still no help.
Next I combined the remaining tables and queries into one database, instead
of split, but that didn't help.
The last thing I tried was removing ALL relationships from the tables. That
seems to have solved the problem, but who wants a DB with no RFI??? So this
is really no solution.
I actually wrote some code to delete all the relationships and re-recreate
them, to see if there was a courrupted relationship, but once they are back
on, the problem returns.
So I think the problem has to do with the relationships, or maybe indexes on
the tables?
Thanks for any thoughts.
Larry