Drop Tables from Excel

Question

This is my code that I want to excecute using ORAOLEDB driver in Excel. It executes fine from Rapid/SQL but it will not run in Excel and I am not finding any docuemntation on much of anything to do with oraOLEDB.
Declare
PROCEDURE DropTable (tbl IN VARCHAR2) AS
in_Exists int;
BEGIN
select count(*) into in_Exists from all_tables where UPPER(table_name) = upper(tbl);
IF in_exists > 0 THEN
EXECUTE IMMEDIATE ('DROP TABLE ' || upper(tbl) || ' CASCADE CONSTRAINTS PURGE');
COMMIT;
END IF;
END;
BEGIN
DropTable('tmpEMP');
DropTable('NOMSEmplExtract');
DropTable('NOMSEmplRegionDX');
DropTable('NOMSEmplRegionSubG');
DropTable('NOMSEmplState');
END;

Answer 1

877648 wrote:
My goal for all this is.
To run a main set of quiries to get the data formated the way I want, then for serveral worksheets I will do quries off the main query to get the specific data. So using Temp tables may not always be the way I need to go.
The error when running the Main query is this (I think this may be because it does not return data, but not sure).
"The Query did not run, or the database table could not be opened.
Check the database server or contract your database administrator. Make sure the external database is available and hasn't been moved or reorganized, then try the operation again."Well, that's not much information to go on. :-/
a) Running queries off a main query is tantamount to a query loop and sounds like it'll be slow. If you really can't do it all in a single query then fair enough, but always aim to incorporate everything in a 1 hit query if you can so that all the work is done in the SQL engine, which is the best place for processing data.
b) The fact the "query did not run", I'm guessing is referring to you calling that procedure you've shown us? (If not show us what it is doing at the time). If that procedure is not running you need to determine why not, so perhaps add some debug messages (log them to a table or something with an autonomous transaction procedure) and see how far it gets. It could be something as simple as needing explicitly granted permissions on those tables rather than relying on role based grants. It could also be to do with dependencies, because dropping tables at run time can render other things "invalid", which is why Oracle provides Global Temporary Tables so you don't have to create and drop tables at run time.