sappollo’s suggestion is geared more toward the query panel. When you have an object in the query panel, it displays the object name only (doesn’t include the class name). Like sappollo, we procedurally put the class name and object name as the first part of the description (in Designer). That way when you are in the query panel, you can view the descriptions (at the bottom of the screen) and know what class the object is from.
All of that said, I’m still not clear on what you are trying to accomplish. Are you parsing the SQL and trying to determine the source class/object? Are you looking at a variable in the report (.DocumentVariables) and trying to determine the source class/object? Give us a few more specifics, and that may help trigger some suggestions.
To get at the information you seek you’d need to loop through the dataproviders in a document, and for each dataprovider, loop through all the queries, and for each query, loop through all the results.
For instance, the first result’s object name of the first query of the first dataprovider of a document would be accessed as follows according to the SDK documentation I’m seeing…
Susa, you may be interested in this utility. It is a utility I used in my conference presentation last year, and it documents all of the objects used in a series of reports. Sounds very similar to what Jeremy suggested, and what you are trying to create.