By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
424,471 Members | 2,264 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 424,471 IT Pros & Developers. It's quick & easy.

Error 3800: AOIndex is not an index in this table

P: n/a
Dear Colleagues,

MS-Access 2000
After compacting and repairing a database...

"AOIndex is not an index in this table."

Error 3800
Shows up when attempting to open or manipulate the database in any way.
Can be displayed twice upon attempting to open with Access.

This is obviously a special version of "AOIndex" and easily
recognizable.

After reading many posts on the matter, response after response is the
same.

They dont need to know how to prevent it. They know what they shoulda,
coulda, woulda done!
They dont need to know how to troubleshoot it. They already know what's
wrong!
Compact and Repair, JetComp, Import, Decompile...PKSolutions, what?

Is anyone paying attention?

ACCESS WONT ALLOW ANY ATTEMPT TO MANIPULATE THE FILE BECAUSE OF THE
ERROR!

Dont waste anyone's time with all that tripe.

They need to know how to solve the problem.
The solution is known and available or not. Simple process.

After a few hundred readings of google posts, the pattern became very
Commercially clear.

This infamous "AOIndex" is everywhere on google groups and all I've
learned is to associate it
with PKSolutions. Things that make you go hmmm...

Now, how do you suppose they sleep at night? I guess money can make for
a comfy mattress.

I'm disgusted with how this is allowed on this forum!

You trolls already know those suggestions wont work, since 1999.
Once I figure out how to repair this index, I will tell everyone, and
then Mr. Miller at PKsolutions and other thieving vulturous trolls can
kiss my Access.

MVP, right. Most Vile Predator.

It's over!

Nov 13 '05 #1
Share this Question
Share on Google+
5 Replies


P: n/a
pks
Jasen,

Do you feel better now? Yes, Access can be frustrating, but I think
your rant is misdirected. I have personally been satisfied with the
recovery work done by Peter Miller for a client of mine. If you don't
like Access, there are other packages out there--some free and some
not--but be prepared to put in some time learning how to use them. One
thing Microsoft does very well is "dumbing down" the computer so that
the average person can use it. And Access it is nowhere near as
expensive as some db programs out there.

Yes, there are trade-offs when you focus on accessibility, and database
corruption can be a nightmare. You can limit it with good practices,
healthy networks, and reliable systems, but it can still happen. Even
in other databases.

When you figure out that fix, please be sure to post it. I haven't got
the time to put in all that research, and so I'm happy to utilize
someone else who's got it down. I've no quarrel with those who make a
living utilizing their knowledge in the service of others. In fact,
I've been known to do the same thing. As an aside, in our limited
contact I found Mr. Miller to be professional, helpful, in fact a
decent guy.

And a further thought--if you frequently run into this issue, there are
better options other than paying for per-incident services. Or ranting
about those who can help you. One that jumps to mind is finding and
fixing the root cause.

If you want to complain about Microsoft not having better repair tools
available, by all means. But why go after those who see a need and
meet it? "After a few hundred readings of google posts, the pattern
became very
Commercially clear." Yes, clearly there is a need for these service
providers. Thankfully, they are there.

Nov 13 '05 #2

P: n/a
Apparently, those of you who think this way, need a good lesson in
ethics as well as a spanking. Think about it. Take some time to do so.
We know it must be hard to think clear after telling your self for so
long, "It's ok to gouge, it's ok to prey on the weak...I'm doing a
service...yeah, that's it, a service..."

Your failed attempt to protect extortion, via yet another
mini-commercial like your reply, is not appreciated here, not on the
backs of others, brother.

This is a community, you GIVE back to your community, you dont exploit
it.
Think about how many times Mr. so-n-so and yourself, came to these
communities for help on his "pet" Access repair project, only to come
back to exploit the same communities that helped him make it.
Mary Shelly and Ernest Hemingway would be impressed.

And so you think diverting the issue to blame Microsoft is the right
thing to do?
We're not talking about how it got here, didn't you read?
Anybody digging this far already knows that.

It's about ethics. It's about doing the RIGHT thing.
And, there is nothing wrong with doing the right thing.

I suggest you spend more time finding the root cause, if you think you
can, power user. ;-)
Or maybe there's a future in being a defense attorney.
It's time to leave.

Nov 13 '05 #3

P: n/a

I had this same problem with a client's database, but found nothing that
helped. So while this topic is a bit old I wanted to find a place to
post my solution where people might see it when searching the Internet.
The following VBScript allows the database to be opened in Access and
the table is recreated automatically. However, once you can open it
you may want to create a new database and export/import the tables in
case you have other system table corruptions. Just simply copy and
paste this VB script into notepad and save the file with a VBS
extension. Make sure you change the variable below to point to the
path of your database.

Jarrett

---------------------- Cut Here -------------------------

Const strDB = "C:\MYDATABASE.MDB"

Dim dbConnection

Set dbConnection = CreateObject("ADODB.Connection")

dbConnection.Open "Driver={Microsoft Access Driver (*.mdb)};Dbq=" &
strDB & ";Uid=Admin;Pwd=;"

dbConnection.Execute "Drop Table MSysAccessObjects"

dbConnection.Close

Set dbConnection = nothing

MsgBox "You should now be able to open the database!"
--
Jrat
------------------------------------------------------------------------
Jrat's Profile: http://www.dbtalk.net/m196
View this thread: http://www.dbtalk.net/t24826

Apr 20 '06 #4

P: n/a
Thanks Jrat,

On behalf of all of us here who prefer to solve problems of all levels
of difficulty and who do not use this forum for
a substitute for being a "mama's boy" by preying and beating up on
those who dont know, we appreciate your contribution.
I'll try to experiment with the AOIndex and see what I get as results.
I'll let you know what happens.

Thanks again

jdp

Apr 28 '06 #5

P: n/a

Thanks JRAT, absolutely brilliant
--
BevR
------------------------------------------------------------------------
BevR's Profile: http://www.dbtalk.net/m510
View this thread: http://www.dbtalk.net/t24826

Jul 10 '06 #6

This discussion thread is closed

Replies have been disabled for this discussion.