>Well...I have done a lot more than just test. I have production apps, big production apps I might add, that implement ADO. < s >...

As I said, I've done a lot more than test as well. But I'm not about to get into a "battle of the resumes".

>It is really about recordsets in general. Recordsets are good for presenting data. As for updating data/creating data, that is another story. With SQL Server, you can create a recordset via a stored proc - and that is good. However, when it comes time to update data, you cannot point your recordsets to a command object that is in turn, references an update proc.

So your point is that everything can't be controlled through stored procs if recordsets are used. Okay, I'll agree that this is a valid point. However, that does not support the point that recordsets are unreliable.

>It is pretty much agreed upon by those that "actually do the work" that updates though recordsets is not only a bad idea, it does not work reliably.

No, it's not "pretty much agreed upon" by those that "actually do the work". I used to support this technology, speaking with those outside the ivory tower every single day. I'm well aware of what's being done in the real world.

>Mike, you really don't want to to down the ADO/OLE-DB road with me.

You're probably right. Instead of debating the technical points, you've decided to turn it into a discussion of who does what for a living. Sorry, I've got a busy weekend coming up, and I don't have time to play such games.

> And yes, your employer designation is duly noted. The bottom line, the folks that really know the most about ADO, really understand its limitations are the consultants that don't work at MS. I am talking about the folks that actually "do the real work"...

You mean the very folks that I supported and spoke with on a day-to-day basis? Yeah, they always called just to chat, never to report problems or limitations with the technology. So, yup, I'd know nothing about that.

>If you would like to talk offline about this, I would be more than happy to do so.

Why offline? I'm sure plenty of folks could benefit from further discussion. When you're ready to discuss the technical aspects of this, let me know.